Windows Server 2019 Temp Pfad

[zeras]

Guten Morgen,

ich habe folgende Funktion, die mir im Temppfad einen Unterordner erstellt. Dies klappt auch bei einem "normalen" Windows 10 prof.
Nun habe ich das Programm auf einem Windows Server 2019 Standard gestartet und bekomme dann die Meldung angezeigt, dass der Pfad nicht erstellt werden kann.
Dies könnte ich noch ändern, indem ich einen Pfad in C:\temp erstelle. Aber ich nutze ein externes Programm, welches auch in diesen Pfad schreiben will. Da dies nicht klappt, bricht das Programm ab.
Habt ihr eine Idee?

Delphi-Quellcode:

 fname := IncludeTrailingPathDelimiter(TPath.GetTempPath) + s;
  if Not DirectoryExists(fname) then begin
    if not ForceDirectories(fname) then begin
      ShowMessage('lokaler Temp Pfad kann nicht angelegt werden!'
                  + #10#13
                  + fname);
      exit;
    end;
  end

[Redeemer]

Klingt komisch. Wie lautet der Pfad? Macht es einen Unterschied, ob das Programm als Administrator läuft? Läuft es überhaupt als ein Benutzer oder als Dienst? Funktioniert GetEnvironmentVariable('TEMP')?

Übrigens ist

Delphi-Quellcode:

if not DirectoryExists(fname) then begin
if not ForceDirectories(fname) then begin

doppelt. ForceDirectories schließt DirectoryExists ein.

[zeras]

Wenn ich zum Test das so aufrufe, kommt ein leerer String raus.

Delphi-Quellcode:

ShowMessage(Format('TPath.GetTempPath = "%s"', [TPath.GetTempPath]));

Nutze ich

Delphi-Quellcode:

ShowMessage(Format('GetEnvironmentVariable("Temp") = "%s"', [GetEnvironmentVariable('Temp')]));

, dann kommt auf jeden Fall erst einmal ein String raus, der so aussieht, als wenn dieser OK wäre.

Als Admin kann ich das Programm nicht starten, da ich keine Adminrechte habe.
Das Programm wird nur gestartet (liegt aber auf einem anderen Laufwerk, also nicht auf dem Server) und läuft nicht als Dienst.

Ich habe von der Meldung des anderen Programms mal den Pfad per CMD erstellt und siehe da, es geht nun offenbar. Was mich aber verwundert, ist dass hinter c:\users\xxxx\temp\ noch eine "3" im Pfad steht, siehe Anhang. Dieses habe ich alles per Hand erstellt und nun kommen auch bei beiden Aufrufen oben der Pfad zum Temp Ordner.
Was hat aber der Unterpfad "3" für eine Bewandnis?

[Redeemer]

Ich hab auf der Kiste hier nur XE2 drauf, da ist TPath.GetTempPath das als Winapi.Windows.GetTempPath definiert. Zu dessen Verhalten siehe hier. Möglicherweise ist die TMP-Variable falsch definiert? Das erklärt aber nicht, warum es nach Anlegen des Pfades geht. In Server 2019 gibt es wohl einen Bug mit dem Temp-Pfad, aber da GetTempPath keine Prüfung durchführt, dürfte das egal sein.

Wie es zu der 3 kommt, weiß ich nicht, da würd ich mal GetTempPath untersuchen, was das so tut.

[himitsu]

TPath.GetTempPath benutzt GetTempPath, gefolgt von einem GetLongPathName.

Leider ist die Fehlerbehandlung von TPath.GetTempPath eher grauenhaft, denn ein TempVerzeichnis muß es immer geben
und wenn die Funktion dennoch mal nichts liefert, dann sollte da besser eine Fehlermeldung geworfen werden, anstatt grob fahrlässig einen Leerstring rauszugeben.


Ach ja, ich empfehle dir eher sLineBreak, wenn du die Semantik von Zeilenumbrüchen nicht verstehst.
#10#13 ist definitiv falsch. (#10, #13 oder #13#10 ... aber #10#13 sind zwei gemischte Zeilenumbrüche, also #10+#13)

[zeras]

Zitat:

Zitat von himitsu (Beitrag 1480618)

Ach ja, ich empfehle dir eher sLineBreak, wenn du die Semantik von Zeilenumbrüchen nicht verstehst.
#10#13 ist definitiv falsch. (#10, #13 oder #13#10 ... aber #10#13 sind zwei gemischte Zeilenumbrüche, also #10+#13)

Danke für den Hinweis.
Ich werde das in neuen Projekten beachten und im aktuellen noch korrigieren.

[harfes]

Hast Du mal den Admin des 2019er-Servers befragt, ob dieser aus Sicherheitsgründen den Temp-Ordner verändert hat (wegen der "3")? Manche Admins machen das, um Malware diesen einfachen Weg zu versperren, ihren Mist zu verbreiten bzw vorzubereiten... Ich vermute, dass deswegen auch Dein von Hand eingetragener Pfad funktioniert.

Hartmut

[himitsu]

Zitat:

Zitat von harfes (Beitrag 1480623)

Hast Du mal den Admin des 2019er-Servers befragt,

Unser RDP-Server macht das.

Und mit GetTempPath gibt es da keine Probleme, denn dafür ist es ja eigentlich auch da, um diesen aktuellen Pfad zu bekommen.
Wird bei jedem Neustart einer Session hochgezählt.

[zeras]

Zitat:

Zitat von harfes (Beitrag 1480623)

Hast Du mal den Admin des 2019er-Servers befragt, ob dieser aus Sicherheitsgründen den Temp-Ordner verändert hat (wegen der "3")? Manche Admins machen das, um Malware diesen einfachen Weg zu versperren, ihren Mist zu verbreiten bzw vorzubereiten... Ich vermute, dass deswegen auch Dein von Hand eingetragener Pfad funktioniert.

Hartmut

Ich werde nächste Woche mal den Admin fragen, ob ihm das bewußt ist oder nicht. Dann gebe ich wieder Bescheid.

[generic]

Also unter Admin ist das oft c:\windows\temp

Du kannst wie du schon schreibst, dass TEMP umbiegen via Umgebungsvariablen. Musst halt schauen, dass die globalen Hinzeigen und ggf. nicht durch Benutzer TEMPs überschrieben werden.
Jedes Konto hat sein eigenes TEMP.

C:\temp klingt für mich nach Problemen mit Dateisystemrechten - unter umständen darf nur der Ersteller da reinschreiben.

Aber da kannst du ja eine passende ACL drauf setzen.