öhm joar ... so weit so gut ...

ne ini speichern is ja eine sache ... aber ich habs bis dato immer mit ner genauen angabe des pfades gemacht, aber hab vorher auch nicht wirklich gelesen wie man es anders machen würde. Von daher jetzt mal die frage:

Wie muss ich es im source schreiben das die ini im selben verzeichnis landet wie die .exe schon ist, bzw sein wird auf einem anderen pc?



wäre dankbar über hilfe ...

Gruss Toasti

guck dir mal den Post an....www.delphi-forum.de/...fad+exe+ausgef%FChrt
und dann wirst du dsa bestimmt selber noch ausführen können=)

Hallo,

Ich mach das so:



Dürfte genau das sein was du suchst.

mfg, ggehrma

Moderiert von Motzi: Code- durch Delphi-Tags ersetzt.

@kroni kein plan was du mir sagen möchtest ... aber ich habs so auf anhieb nich verstanden

@ggehrma THX ... klappt genau so wie es soll ...

ggehrma hat folgendes geschrieben:

markieren Delphi-Quelltext     1: ini := TIniFile.Create(IncludeTrailingPathDelimiter(GetCurrentDir)+'Bilanz.ini');

damit wandert die ini in das aktuelle verzeichnis (das nicht unbedingt das exe-dir ist)

liefert den pfad der exe. hab ich heute glaub schon in 2 anderen threads gelesen...

Moderiert von Motzi: Code- durch Delphi-Tags ersetzt.

Kann man eigentlich auch .Create('EineINI.ini'); nehmen oder muss immer der ganze Pfad angegeben werden?

Moderiert von AXMD: Code- durch Delphi-Tags ersetzt.

Tobias1 hat folgendes geschrieben:

Kann man eigentlich auch .Create('EineINI.ini'); nehmen oder muss immer der ganze Pfad angegeben werden?

wenn man das so macht passiert genau das gleiche wie mit ggehrma's code: die datei wird im "aktuellen verzeichnis" abgelegt.
wird z.b. ein opendialog aufgerufen, so ändert sich dieses und die ini wird nicht mehr gefunden.

Kannst Du auch Tun, aber die Landet dann aber irgendwo im Windowsverzeichnis.
Und wenn Du sie dann wieder auslesen willst woher soll dein Programm den Pfad wissen ?

Zitat:

Kannst Du auch Tun, aber die Landet dann aber irgendwo im Windowsverzeichnis. Und wenn Du sie dann wieder auslesen willst woher soll dein Programm den Pfad wissen ?

das mit dem windows verzeichnis ist mir auch schon aufgefallen ... allerdings funktionierte bei mir lese und schreibzugriff bestens ...
ist nur nicht wirklich sonderlich geil wenn man erstmal ne stunde auf suche geht und sich tierisch am kopp kratzt wo denn die datei ist ... und irgendwann im windowsverzeichnes dann sowas findet ...

retnyg THX ... klappt genau wie ich mir das vorgestellt hab ... jetzt noch einige kleinigkeiten beheben und ich bin soweit relativ glücklich ..

Gruss
Toasti

Sagt mal, Leute, was is'n heute mit euch los Bitte verwendet Delphi- und keine Codetags.

Danke
AXMD

Es wundert mich schon was für sonderbare Vorschläge hier kommen. Wirklich sonderbare.

So wird es richtig gemacht wenn der Ini Name der gleiche sein soll die der Programmname:



So wenn es der gleiche Pfad, aber anderer Namen sein soll:



Wenn du dich um das Ganze nicht kümmern willst, dann empfehle ich dir meine Unit hier:

www.delphi-forum.de/....php?p=127270#127270

Toastbrotbaby hat folgendes geschrieben:

Zitat: Kannst Du auch Tun, aber die Landet dann aber irgendwo im Windowsverzeichnis. Und wenn Du sie dann wieder auslesen willst woher soll dein Programm den Pfad wissen ? das mit dem windows verzeichnis ist mir auch schon aufgefallen ... allerdings funktionierte bei mir lese und schreibzugriff bestens ...

Kein Wunder, das ist ja der Sinn der Sache. Nimmst du keinen Pfad, landet die INI nicht irgendwo im Windows-Ordner, sondern sie landet exakt im Windows-Ordner. Wenn du beim Zugriff auf die INI den Pfad ebenfalls weglässt, dann wird sie auch wieder im Windows-Ordner gesucht. Das ist das Prinzip der API-Funktion(en), die sich hinter TIniFile verbergen.

Aber wo du die Zugriffsrechte ansprichst: Die INI gehört auf gar keinen Fall mehr! in den Windows-Ordner. Dort haben solche Dateien nichts mehr zu suchen. Es gibt dazu eine klare Vorgabe von Microsoft. Und streng genommen gehört die INI auch nicht in den Ordner der EXE.
Erstens hat dann jeder Benutzer, der das Programm startet, Zugriff auf die selben Einstellungen in der INI, und außerdem kann niemand garantieren, dass jeder Benutzer auch Schreibrechte hat. Die haben unter NT/2000/XP eigentlich nur Admins und Hauptbenutzer. Alle anderen gucken in die Röhre und werden u.U. mit Fehlermeldungen traktiert, wenn das Programm nicht korrekt geschrieben wurde (try/finally) und solche Probleme auch nicht abfängt.