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