Windows Server 2019 Temp Pfad

[zeras]

Wenn ich zum Test das so aufrufe, kommt ein leerer String raus.
ShowMessage(Format('TPath.GetTempPath = "%s"', [TPath.GetTempPath]));
Nutze ich
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 von himitsu:

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 von harfes:

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 von 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

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.