Einstellungsdatei-relative Pfade, wie?

[chris_82]

Wie bringe ich mein Programm dazu, dass es eine Datei, immer in dem Ordner speichert (bzw einen seiner unterordner), aus dem die exe aufgerufen wird?

[Christian Seehase]

Moin Chris,

wo liegt jetzt das Problem:
Beim Speichern, oder beim Ermitteln des Pfades?
In letzterem Falle such' hier doch mal nach paramstr(0) und/oder ExtractFilePath.

[chris_82]

in beidem

Ich habe eine Exe, beim Beenden werden gewisse einstellungen in eine datei geschrieben. Beim laden sollen diese wieder aus dieser datei geladen werden.

Es reicht mir im Prinzip, wenn die Datei mit den Einstellungen in dem selben Verzeichnis wie die Exe liegt.

[MikeS]

Moin

wenn du keine Angaben machst dann sucht dein Programm sowieso in dem gleichen Pfad wie dein Exe-File liegt!
Solltest du vorher schon mit den pfaden rumspielen und rumspringen, dann kannst du mit
...

Code:

var pfad := string;

Code:

begin

Code:

pfad := ExtractFilePath(Application.ExeName)

...

den aktuellen Pfad deiner Anwendung herausfinden!

[negaH]

Angenommen eine .INI Datei

Delphi-Quellcode:

with TIniFile.Create(ChangeFileExt(ParamStr(0), '.ini')) do
try
finally
  Free;
end;

Dies Ini hat den gleichen Name und Pfad wie die EXE.

Wills du andere Dateinamen angeben mit Subpfaden dann so

Delphi-Quellcode:

with TIniFile.Create(ExtractFilePath(ParamStr(0)) + 'Config\Config.ini')) do
try
finally
  Free;
end;

Gruß Hagen

[DevStar]

Zitat von MikeS:

wenn du keine Angaben machst dann sucht dein Programm sowieso in dem gleichen Pfad wie dein Exe-File liegt!

Das ist so falsch.
Das Programm sucht im aktuellen Verzeichnis. Da Windows ein Multithreading System ist, kann mittlerweile aber eine andere Anwendung diesen Pfad geändert haben.
Man sollte nie relative Pfadangaben verwenden.

MfG
DevStar

[Christian Seehase]

Moin DevStar,

Zitat von DevStar:

Man sollte nie relative Pfadangaben verwenden.

Ja, das seh' ich auch so.

Zitat von DevStar:

Da Windows ein Multithreading System ist, kann mittlerweile aber eine andere Anwendung diesen Pfad geändert haben.

Nur die eigene Anwendung kann das Arbeitsverzeichnis bei laufendem Programm ändern, dies kann aber, z.B., schon durch die Auswahl einer Datei in einem Open Dialog geschehen.

Allerdings kann das Arbeitsverzeichnis auch schon beim Aufruf, z.B. durch die Eintragung im Link auf die Exe, auf ein anderes Verzeichnis zeigen.

[choose]

Zitat von DevStar:

Da Windows ein Multithreading System ist, kann mittlerweile aber eine andere Anwendung diesen Pfad geändert haben.

Hallo DevStar. Das hat nichts mit der Fähigkeit des OS, gleichzeitg mehrere Prozesse oder Threads verwalten zu können, zu tun. Anders als Unix/Linux hält Windows für jeden Prozess mehrere "Aktuelle Verzeichnisse" (nämlich pro Laufwerk eins) und kann diese unabhängig voneinander verwalten. Darüber hinaus wird ein Prozess mit einer Vorbelegung für das sog. "Arbeitsverzeichnis" gestartet. Unterschiedliche Werte beim Start eines Prozesses kommen dadurch zustande, dass Programm aus anderen Ordnern gestartet werden können

Code:

choose@choice> SubFolder\MyProgram.exe ..\MyFile.txt

bzw beim "Klick" auf Icons mitunter merkwüdige (häufig aber der Ordner der Ikone) Verzeichnisse gewählt werden. Mit einem Rechtsklick und "Eigenschaften" kann das Arbeitsverzeichnis eines durch eine Verknüpfung referenzierten Programms festgelegt werden...