Ausführung eines Klassendestruktors OS-abhängig?

[JamesTKirk]

Zitat von Stevie:

Eventuell liegt das daran (dass der nach allen finalizations läuft), dass du manche Sachen nicht mehr korrekt ausführen kannst.

Class Destruktoren laufen nicht nach allen finalization Sections. Alle Units werden in umgekehrter Reihenfolge zur Initialisierung finalisiert und innerhalb jeder Unit ist die Reihenfolge der Finalisierung dann:

• Finalization Section
• Class Destructors
• Finalisierung von Variablen, Konstanten, etc.

(steht übrigens auch nirgends in deiner verlinkten Antwort, dass Class Destruktoren nach allen Finalisierungen laufen)

Gruß,
Sven

[Stevie]

Danke für die Korrektur mit dem alle. Das sollte eher "nach den finalizations" lauten.

Allerdings stimmt deine Reihenfolge nicht. Der Class destructor läuft ebend nach der Finalisierung der Variablen.

Das steht sowohl im verlinkten Artikel und kannst du ganz einfach nachprüfen.

[Der schöne Günther]

Das klärt trotzdem meine beiden Fragen nicht:

1. Warum klappt mein Destruktor (Messagebox, Dateien schreiben) unter Windows 7 immer zuverlässig, unter XP aber nie? Da muss doch noch mehr dahinter stecken...
2. Was darf ich mir denn nun im Klassendestruktor erlauben? Unter XP sieht es für mich wirklich so aus, als hätte meine Anwendung zu diesem Zeitpunkt nur noch wenige Millisekunden zu leben...

Ich hatte für ein kleines Projekt ein TUserSettings-Singleton. Es sollte durch den Klassendestruktor beim ordentlichen Beenden der Anwendung die Benutzereinstellungen dauerhaft speichern (Registry oder ini-Datei).

Bislang hat mich noch keiner gepackt, geschüttelt und geschrien "Nein! Tu's nicht!".

[stahli]

Hast Du mal getestet, ob Deine eigentliche Aktion "Speichern von Einstellungen" korrekt durchgeführt wird?

Vielleicht liegt Dein Problem ja nur beim Aufruf der MessageBox (dass das XP die nicht mehr anzeigt wenn die Haupt-Anwendung gerade beendet wird).

[TiGü]

Zitat von Der schöne Günther:

Bislang hat mich noch keiner gepackt, geschüttelt und geschrien "Nein! Tu's nicht!".

Drehst du dich manchmal im Büro um?

[DeddyH]

Mögliche Antwort

[Der schöne Günther]

Ich bin immer noch nicht glücklich mit der Geschichte.

Zusammenfassung: Ein TApplicationSettings-Singleton. Es repräsentiert eine .ini-Datei. Spätestens in seinem Destruktor schreibt es nochmal die aktuellen Einstellungen auf die Platte.

Ausgeführt wird von meinem Code alles unter Win7 und XP gleich, keine Frage. Exceptions? Keine.

Beim Programmende sollte auch das Singleton sterben und die aktuellen Benutzer-Einstellungen auf die Platte legen. Unter Win7 kein Problem. Unter XP wird keine Datei angelegt. Eine bereits existierende nicht verändert.

Ich habe jetzt in der DPR-Datei die Unit von TApplicationSettings ganz an den Schluss geschoben. Ich habe keine Ahnung warum, aber jetzt scheint es auch unter XP zu gehen: Die Datei erscheint. Ich habe es mit der WinApi-Funktion outputDebugString(PAnsiChar) überprüft: Ausgeführt wurde der Code so oder so.

[stahli]

Frag doch mal in der QC nach.
Eigentlich kann so ein unterschiedliches Verhalten je nach BS ja nicht beabsichtigt und somit nur ein Bug sein.