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

[mjustin]

Die MSDN Dokumentation zum TSAWARE Flag sagt:

Zitat:

If an application is Terminal Server aware, it must neither rely on INI files nor write to the HKEY_CURRENT_USER registry during setup.

Was bedeutet hier der Zusatz 'during setup'? Ist das eine bestimmte Phase bei der Programmausführung?

Hintergrund: zum Beispiel schreibt TRegistry standardmäßig in HKEY_CURRENT_USER, was ja nicht erlaubt ist wenn man das TSAWARE Flag setzt:

Zitat:

Standardmäßig wird ein TRegistry-Objekt mit dem Hauptschlüssel HKEY_CURRENT_USER erzeugt.

[christophspaeth]

Hallo Michael,

ich würde das so interpretieren, dass du bei der Installation deines Programms nicht nach HKCU schreiben darfst, weil das Programm ja auf einem Terminal Server typischerweise von mehreren verschiedenen Benutzern ausgeführt wird, die nicht auf den HKCU-Zweig des installierenden (Admins) kommen, sondern auf ihren eigenen und dementsprechend auch nicht an die während dem Setup geschriebenen Informationen.

Einstellungen die jeder einzelne Benutzer während dem normalen Programmablauf selber trifft darfst du - meiner Auffassung nach - dann schon nach HKCU schreiben.

Außerdem schreibt TRegistry da hin, wo du es angibst dass es lesen/schreiben soll (der Standard ist halt HKCU) und muss je nach Zweck angepasst werden.

Gruß Chris

[p80286]

Die Frage ist welche Umgebung ein auf einem Terminalserver laufendes Programm erkennt.
Da wäre das Schreiben der INI-Infos in die HKEY_Local_Machine u.u am sinnvolsten.
Anpassungen könnten dann über den etsprechenden HKEY_Current_User vorgenommen werden.

Gruß
K-H

[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:

Zitat von shmia (Beitrag 1166467)

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.