Setup.INI einlesen

[Uwe Raabe]

Zitat von günni0:

ExtractFilePath(ParamStr(0)) + 'Setup.ini' oder
ExtractFilePath(Application.ExeName) + 'Setup.ini'

Das gibt das Verzeichnis an wo die EXE liegt, aber nicht das Verzeichnis aus dem sie gestartet wurde. Die Frage ist in der Form nicht eindeutig gestellt.

Also, was soll's sein: c:\WINDOWS\system32 oder c:\temp?

Code:

c:\WINDOWS\system32>c:\Temp\MeinProg.exe

[GVolberg]

Zitat von Uwe Raabe:

Zitat von günni0:

ExtractFilePath(ParamStr(0)) + 'Setup.ini' oder
ExtractFilePath(Application.ExeName) + 'Setup.ini'

Das gibt das Verzeichnis an wo die EXE liegt, aber nicht das Verzeichnis aus dem sie gestartet wurde. Die Frage ist in der Form nicht eindeutig gestellt.

Also, was soll's sein: c:\WINDOWS\system32 oder c:\temp?

Code:

c:\WINDOWS\system32>c:\Temp\MeinProg.exe

Many thanks schonmal.

Aktuell liegt das exe in c:\games . Dort liegt auch die ini

[KodeZwerg]

Hi, Du kannst auch in der Zeile wo Du auf eine Datei im Verzeichniss des Hauptprogramms zugreifen möchtest lediglich ein '.\Setup.ini' anstelle 'X:\Verzeichniss\Setup.ini', klappt auch mit Unter- und Oberverzeichnissen.
Der >.< ist ein Platzhalter für's Programmverzeichniss.

[Dalai]

Zitat von KodeZwerg:

Der >.< ist ein Platzhalter für's Programmverzeichniss.

Nein, der Punkt ist ein Platzhalter für das aktuelle Arbeitsverzeichnis des Programms. C:\Windows\system32 in Uwes Beispiel. Übrigens, wie auch schon von anderen Leuten hier im Forum erwähnt, kann sich das Arbeitsverzeichnis eines Programms durch das Benutzen von TOpenDialog und Konsorten ändern. Daher IMMER absolute Pfade zusammenbauen.

Grüße
Dalai

[KodeZwerg]

Habe es gerade nochmal getestet, also bei mir wird immer das Verzeichniss genommen wo sich auch die .exe befindet, auch wenn sich die .exe nicht im aktuellen Pfad befindet. Getestet per Console (cmd.exe).
Vielleicht liegt es auch daran das in einer meiner Standard-Units ein

Code:

ChDir(ExtractFilePath(ParamStr(0)));

im INITIALIZATION part steht.
In einem Neuen Projekt ohne auf meine Units zuzugreifen kommt genau das raus was ihr beschrieben habt also denke ich mal das ChDir() macht den Unterschied.

[DeddyH]

Das ChDir wechselt das aktuelle Arbeitsverzeichnis. Nur kann es sein, dass das nach dem Aufruf noch einmal irgendwo anders geschieht, z.B. durch einen Dialog. Aber das hast Du bestimmt auch schon ausprobiert und hier reden alle nur Blödsinn

[KodeZwerg]

Tut mir ja leid, ich konnte nichts von einem Dialog lesen und bin daher auch von keinem vorigen Dialog der das Verzeichniss wechselt ausgegangen, in meinem Test war nur Console-Code, kein VCL.