TSAWARE Flag (Terminal Server) - Verwendung von INI Files und Registry

[shmia]

Der Terminalserver kennt ja einen Installationsmodus, der dann aktiviert wird, wenn Software installiert wird.
Während des Installationsmodus werden Änderungen in der Registry und im Dateisystem aufgezeichnet, um den Usern später die gleiche Umgebung zu liefern.

Bei einer TSAWARE Anwendung kann Windows auf die Aufzeichnung verzichten, was die Installation beschleunigt und Datenmüll in der Registry vermeidet.

[mjustin]

Zitat von shmia:

Der Terminalserver kennt ja einen Installationsmodus, der dann aktiviert wird, wenn Software installiert wird.
Während des Installationsmodus werden Änderungen in der Registry und im Dateisystem aufgezeichnet, um den Usern später die gleiche Umgebung zu liefern.

Bei einer TSAWARE Anwendung kann Windows auf die Aufzeichnung verzichten, was die Installation beschleunigt und Datenmüll in der Registry vermeidet.

Man kann es auch ohne Terminalserver gut erkennen wo das Risiko liegt:

schreibt man in eine INI Datei test.ini, so liegt diese

* bei Start als Administrator im Windows Verzeichnis
* ohne Administratorrechte im C:\Users\<name>\AppData\Local\VirtualStore\Windows Verzeichnis

Wenn man also eine Installation als Admin startet, liegt die INI Datei bei der späteren Verwendung durch nicht-Admin Benutzer im falschen Verzeichnis

Sicher ist es "besser" direkt ein Profilunterverzeichnis zu verwenden, nur bei einer bestehenden Anwendung mit vielen Benutzern wollte ich sicherstellen dass das TSAWARE Flag keine Seiteneffekte auf bestehende INI Dateien hat.

Es gibt glücklicherweise keinen Unterschied, ob die Anwendung die auf test.ini zugreift mit oder ohne TSAWARE Flag erzeugt wird. Code zum Ausprobieren:

Delphi-Quellcode:

program Project3;

{$APPTYPE CONSOLE}

uses
  IniFiles, Windows;

  {$SetPEOptFlags  IMAGE_DLLCHARACTERISTICS_TERMINAL_SERVER_AWARE}

begin
  with TIniFile.Create('test.ini') do
  try
    WriteString('a', 'b', 'c');
  finally
    Free;
  end;
end.

[mjustin]

Interessanter Microsoft Link zum Thema:

http://support.microsoft.com/kb/2279689

Zitat:

The root cause of this problem is a change made in Windows Server 2008 R2 to the time when the tsappcmp.dll module (Remote Desktop Services Application Compatibility DLL) gets initialized, which consequently causes your application to call DLL functions before it establishes a link to functions within the DLL.

Und

Zitat:

To resolve this problem, do either of the following four options:

1. Exclude the application that has the error occurring from Data Execution Prevention (DEP).

2. Add the /TSAWARE linker option to build your application.

3. Add the /TSAWARE option with editbin.exe tool.