| Autor |
Beitrag |
Gabberman
Beiträge: 55
|
Verfasst: Sa 21.04.07 15:02
Hy @ all,
also ich hab folgende Prozedur:
  Delphi-Quelltext
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
| procedure TForm1.Button2Click(Sender: TObject);
var ini: TIniFile;
dir: string;
begin
try
Ini:=TIniFile.Create('benutzer.ini');
ini.WriteString('Benutzer','Name',name.Text);
ini.WriteString('Benutzer','Kennwort',kennwort.Text);
finally
Ini.Free;
end;
end; |
So. Mein Problem ist das ich das erste mal mit Ini Dateien arbeite und ich kann diese ini Datei nach dem Programmaufruf nirgendwo finden?!
Ist da vielleicht was falsch oder was?!
Mfg
Gabberman
|
|
Blackheart666
Beiträge: 2195
XP
D3Prof, D6Pers.
|
Verfasst: Sa 21.04.07 15:10
Du musst natürlich den kompletten Pfad angeben wo die Ini gespeichert werden soll und nicht nur benutzer.ini, sonst wird sie irgendwo im Windows Verzeichnis gespeichert.
Geh mal über die Dateisuche dann wirst Du sie irgendwo finden.
_________________ Blackheart666
Der Irrsinn ist bei Einzelnen etwas Seltenes, - aber bei Gruppen, Parteien, Völkern, Zeiten die Regel. (Friedrich Nietzsche)
|
|
GTA-Place
Beiträge: 5248
Erhaltene Danke: 2
WIN XP, IE 7, FF 2.0
Delphi 7, Lazarus
|
Verfasst: Sa 21.04.07 15:49
Verzeichnis des Programmes:
Delphi-Quelltext
1:
| ExtractFilePath(ParamStr(0)); | _________________ "Wer Ego-Shooter Killerspiele nennt, muss konsequenterweise jeden Horrorstreifen als Killerfilm bezeichnen." (Zeit.de)
|
|
Xion
Beiträge: 1952
Erhaltene Danke: 128
Windows XP
Delphi (2005, SmartInspect), SQL, Lua, Java (Eclipse), C++ (Visual Studio 2010, Qt Creator), Python (Blender), Prolog (SWIProlog), Haskell (ghci)
|
Verfasst: So 22.04.07 10:34
könnte sein dass es am Ini.UpdateFile liegt (fehlt ja bei dir, das brauchst du bei Win2k) guckst du www.kuknet.de/tutorial1.pdf_________________ a broken heart is like a broken window - it'll never heal
In einem gut regierten Land ist Armut eine Schande, in einem schlecht regierten Reichtum. (Konfuzius)
|
|
GTA-Place
Beiträge: 5248
Erhaltene Danke: 2
WIN XP, IE 7, FF 2.0
Delphi 7, Lazarus
|
Verfasst: So 22.04.07 10:46
Da steht, man brauch UpdateFile bei Win 9x und hat bei NT keine Wirkung. Windows 2000 = NT 5.0
_________________ "Wer Ego-Shooter Killerspiele nennt, muss konsequenterweise jeden Horrorstreifen als Killerfilm bezeichnen." (Zeit.de)
|
|
Xion
Beiträge: 1952
Erhaltene Danke: 128
Windows XP
Delphi (2005, SmartInspect), SQL, Lua, Java (Eclipse), C++ (Visual Studio 2010, Qt Creator), Python (Blender), Prolog (SWIProlog), Haskell (ghci)
|
Verfasst: So 22.04.07 10:57
hmm, stimmt...ich hatte aber immer den eindruck, dass es bei mir ohne nicht funzt (win2k-user)
_________________ a broken heart is like a broken window - it'll never heal
In einem gut regierten Land ist Armut eine Schande, in einem schlecht regierten Reichtum. (Konfuzius)
|
|
BenBE
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: So 22.04.07 10:59
Mit welchen Berechtigungen arbeitest Du bei Dir??? Benutzer\Hauptbenutzer, Admin???
Soviel vorweg: Für Benutzer\Hauptbenutzer sind sowohl Programme-Verzeichnis als auch das Windows-Verzeichnis tabu. Nimm das Anwendungsdaten-Verzeichnis des Benutzers, da hast Du immer Schreibzugriff drauf. Näheres findest Du hier im Forum, wie man dieses Verzeichnis ausliest.
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
OlafSt
Beiträge: 486
Erhaltene Danke: 99
Win7, Win81, Win10
Tokyo, VS2017
|
Verfasst: Di 24.04.07 09:40
Generell ist es eine gute Idee, Konfigurationsdateien dorthin zu packen, wo die Anwendung selbst liegt. Es erleichtert das Leben ungemein, wenn "alles aufm Haufen ist"  Das funktioniert sogar mit einem eingeschränkten Benutzeraccount.
Ergo: ExtractFilePath(Application.ExeName) ist das Zauberwort. Ohne Pfadangabe wird die Ini-Datei in das Windows-Verzeichnis gepackt - wo es dann praktisch unauffindbar wird und sich auch größere Probleme mit eingeschränkten Benutzerrechten ergeben. _________________ Lies, was da steht. Denk dann drüber nach. Dann erst fragen.
|
|
Tastaro
Beiträge: 414
Erhaltene Danke: 23
|
Verfasst: Di 24.04.07 10:13
 OlafSt hat folgendes geschrieben: | Generell ist es eine gute Idee, Konfigurationsdateien dorthin zu packen, wo die Anwendung selbst liegt. Es erleichtert das Leben ungemein, wenn "alles aufm Haufen ist" Das funktioniert sogar mit einem eingeschränkten Benutzeraccount.
... |
Sorry, das ist nicht so ganz richtig. Unter Vista ist Schluss mit dem Programme-Verzeichnis, wenn du einen eingeschränkten Benutzeraccount hast.
Für Anwendungen die zukunftsträchtig sein sollen, ist als entweder das Verzeichnis des aktuellen Benutzers
c:\Dokumente und Einstellungen\<username>\Dokumente (2000 und XP)
bzw.
c:\Users\<username>\Documents (Vista)
das öffentliche Benutzerverzeichnis
c:\Dokumente und Einstellungen\All Users\Dokumente (2000 und XP)
bzw.
c:\Users\Public\Documents (Vista)
oder die Verzeichnisse für Anwendungsdaten (die sind standardmäßig aber nicht sichtbar)
c:\Dokumente und Einstellungen\<username>\Anwendungsdaten (2000 und XP)
c:\Dokumente und Einstellungen\All Users\Anwendungsdaten (2000 und XP)
bzw.
c:\Users\<username>\AppData (Vista)
c:\Users\Public\AppData (Vista)
c:\ProgramData (Vista)
sinnvoll.
Soll das Programm auch auf Systemen laufen, die kein deutsches Windows haben, ist es empfehlenswert sich z.B. mit der Funktion SHGetSpecialFolderPath auseinanderzusetzen.
Beste Grüße
Tastaro
|
|
|
