ini file manchmal zerstört

[surfer007]

Danke für die Antworten! Ich hatte mal ein Testprogramm geschrieben das relativ häufig via Timer eine INI öffnet und einen Wert schreibt. Dann die EXE zwei mal gestartet und parallel laufen lassen. Funktioniert problemlos, d.h. die INI hält selbst gleichzeitige Zugriffe von zwei verschiedenen Anwendungen durch.

Dann hatte ich nochmals ein Testprogramm gemacht, jeweils einen Button INI öffnen, INI lesen, INI schreiben, INI schliessen. Gleicher Test mit 2x die EXE starten. EXE1 INI öffnen, dann INI lesen, ist ok. Dann EXE2 INI öffnen (INI ist noch von EXE1 offen), klappt, INI lesen klappt, INI schreiben klappt auch. Selbst mit EXE1 wieder lesen zeigt den Wert den EXE2 geschrieben hat, und beide EXE haben die INI noch offen!

Warum also "manchmal" die INI zerschossen wird ist mir ein Rätsel, da INI ja scheinbar einiges mit macht. Vielleicht doch irgendwo ein Free untergegangen?!

[Uwe Raabe]

Dein Test beweist nur, daß es manchmal, vielleicht auch häufig funktioniert. Als Test, ob konkurrierende Zugriffe sicher abgefangen werden, taugt er nicht.

[Uwe Raabe]

Zitat von surfer007:

Dann EXE2 INI öffnen (INI ist noch von EXE1 offen), klappt, INI lesen klappt, INI schreiben klappt auch. Selbst mit EXE1 wieder lesen zeigt den Wert den EXE2 geschrieben hat, und beide EXE haben die INI noch offen!

Was meinst du mit "noch offen"? Bei TMemInifile erfolgen die Zugriffe auf die Datei nur innerhalb von Create und UpdateFile. Insofern kannst du über TMemInifile die Datei gar nicht offen halten.

[surfer007]

Zitat:

Was meinst du mit "noch offen"?

nur
MyIni := TMemIniFile.Create(ExtractFilePath(Application.Exe Name) + 'my.ini');

ohne
MyIni.Free;

[DeddyH]

Da ist nix offen, lediglich die TMemIniFile-Instanz ist noch da und hat die komplette Ini im Speicher. Die Datei selbst ist aber dadurch nicht geöffnet.

[Popov]

Als ich kenne das nicht von der Ini, aber schon mal bei anderen Dateien gesehen, dass die nicht komplett gespeichert wurden. Also früher, vor DSL, konnte man ein Bild zerstören, wenn man es gerade zur Hälfte geladen hat und schon auf speichern klickte. Anscheinend habend die Browser nicht gewartet bis das Bild zu ende geladen wurde. Auch kenne ich zerstörte Dateien von Programm Abbrüchen und Windows Abstürzen.

Somit war die Frage von mir schon berechtigt, ob dem Kunden zufällig alle zwei Wochen der Rechner abschmiert. Sowas erzählen die Kunden i. d. R. nicht von alleine.

[Furtbichler]

Also ich würde einfach die Einstellungen in der INI vornehmen und dann um das Speichern ein Try-Except bauen. Im Fehlerfall auswerten und ggf. nochmals versuchen. Nach ein paar Versuchen die Datei entweder unter einem anderen Namen abspeichern, oder die angeblich geblockte Originaldatei umbenennen (das geht meistens) und dann den Speichervorgang wiederholen.

Weiterhin würde ich prüfen, ob die INI-Datei plötzlich kleiner geworden ist, nur um herauszufinden, wann das genau passiert.

[hoika]

Hallo,

wo liegt denn deine Ini-Datei ?


Heiko

[sh17]

Also ich kenne das Phänomen, eine Lösung haben wir aber noch nicht gefunden, weil es nicht nachvollziehbar ist. Wir haben in unserer Konstellation in der tat zwei Prozesse,die auf die selbe INI zugreifen. Der Witz ist aber, nicht gleichzeitig. Prozess 1 schreibt in die INI und wird beendet,ruft dabei Prozess 2.dieser oeffnet die Datei.manchmal fehlt das Ende,ein ziemlich großer teil.

Vielleicht ein cache-problem? Datei liegt auf Netz Laufwerk.

[cookie22]

Was heißt denn überhaupt zerschossen? Was bleibt denn da übrig?

Passiert das auch mit TIniFile oder nur mit TMemIniFile?