Service-Anwendung und assignfile

[speedy]

So, habs hinbekommen den Debugger laufen zu lassen...

"Im Projekt Project1.exe ist eine Exception der Klasse EInOutError mit der Meldung 'Datei nicht gefunden' aufgetreten."

Die Datei ist aber zweifelsfrei im gleichen Pfad wie die .exe vorhanden.

Pfad des Projekts ist hierbei in einem Unterordner von Dokumente des aktuellen Benutzers (Admin Account unter Win7 x64). Der Dienst läuft hierbei als Localsystem.

Mit einem absoluten Pfad z.B. c:\test.txt funktionierts jetzt plötzlich. Keine Ahnung warum, aber gestern ging es auch damit nicht.

Frage wäre jetzt noch warum Windows die Datei nicht findet, wenn eben kein absoluter Pfad angegeben wird...

[mkinzler]

Weil relative Pfade relativ zum Arbeitsverzeichnis sind, welches nicht unbedingt das Verzeichnis sein muss, in dem die Exe liegt. Deshalb realtive Pfade dynamisch als vollständige absolute Pfade zusammensetzen

[Sir Rufo]

Zitat von mkinzler:

Weil relative Pfade relativ zum Arbeitsverzeichnis sind, welches nicht unbedingt das Verzeichnis sein muss, in dem die Exe liegt. Deshalb realtive Pfade dynamisch als vollständige absolute Pfade zusammensetzen

Und gerade ein Service hat als Arbeitsverzeichnis nicht das Anwendungsverzeichnis

Ich würde auf Application.Exename verzichten und dafür ParamStr( 0 ) verwenden. Für den Zugriff auf Application benötigt man die Unit Forms und die hat gerade in einer Service-Anwendung nun gar nichts verloren

Weiterhin würde ich generell in das Programmverzeichnis nicht schreibend zugreifen (Ausnahme bei der Installation). Abgesehen davon, dass das meistens eh nicht geht (fehlende Rechte) finde ich es als äusserst störend bei einer Deinstallation noch Dateileichen vorzufinden, weil der Uninstaller per Default dass Programmverzeichnis nur dann löscht, wenn es leer ist.

Es gibt schließlich genug Verzeichnisse, die dafür vorgesehen sind und wo ich auch weiß, aha, Programm ist weg, will ich nicht mehr, dann können die Daten auch weg.

[mkinzler]

Zitat:

Ich würde auf Application.Exename verzichten und dafür ParamStr( 0 ) verwenden. Für den Zugriff auf Application benötigt man die Unit Forms und die hat gerade in einer Service-Anwendung nun gar nichts verloren

http://www.delphipraxis.net/1062075-post23.html

[Sir Rufo]

Zitat von mkinzler:

Zitat:

Ich würde auf Application.Exename verzichten und dafür ParamStr( 0 ) verwenden. Für den Zugriff auf Application benötigt man die Unit Forms und die hat gerade in einer Service-Anwendung nun gar nichts verloren

http://www.delphipraxis.net/1062075-post23.html

Bei mir steht aber noch, dass die Unit Forms in einer Service-Anwendung nichts verloren hat

[mkinzler]

Stimmt, ganz so deutlich habe ich das nicht erwähnt

[Sir Rufo]

Zitat von mkinzler:

Stimmt, ganz so deutlich habe ich das nicht erwähnt

[s.h.a.r.k]

Schau dir mal Windows-Verknüpfungen an. Dort gibt es unter Eigenschaften ein Feld namens "Ausführen in:". Damit kannst du den lokalen Kontext, also den Ort an dem die Exe ausgeführt wird einstellen. D.h. nicht jede Anwendung muss in dem Verzeichnis ausgeführt sein, indem Sie liegt. Somit sind relative Pfade immer mit Vorsicht zu genießen.

-- EDIT1: No red box...
-- EDIT2: Vielleicht hilft dir ja ExtractFilePath(Application.ExeName) weiter. Das sollte dir den Pfad liefern, in dem die Exe-Datei liegt.

[mkinzler]

Oder ParamStr(0) , dann wird die Unit Forms nicht benötigt (Application.Exename verwendet ParamStr(0))

[speedy]

Alles klar
Danke!