Ausführung eines Klassendestruktors OS-abhängig?

[Der schöne Günther]

Ja, in einer Konsolen-Anwendung mit WriteLn(..) klappt es auf allen Systemen wie erwartet. Komisch.

In meinem konkreten Fall waren es natürlich keine Messageboxen, sondern das abschließende Schreiben der Einstellungen beim Beenden der Anwendung. Auf dem XP-Rechner wurde die Datei noch nicht einmal angelegt (TIniFile.UpdateFile() )

Ich hätte auch grade auf einer XP VM schwören können, die Klassendestruktor-Messagebox einmal kurz aufblitzen zu sehen. Ich habe keinen XP-Rechner mit RAD Studio zur Hand und mit Remote Debugging habe ich auch keine Erfahrung. Deshalb kann ich hier nur so amateurhafte Beobachtungen machen

Wo könnte ich denn anfangen zu suchen, woran es liegt?


PS: Füge ich in meiner VCL-Anwendung ein OutputDebugString(Text: PChar) hinzu, kann man das mit Tools wie DebugView noch sehen.

Mein Titel ist also falsch: Der Klassen-Destruktor wird sehr wohl ausgeführt, aber anscheinend funktioniert die Hälfte darin (Messageboxen, Dateioperationen) nicht mehr vernünftig. Oder er zieht sich selbst nach ein paar Millisekunden den Boden unter den Füßen weg. Ich weiß es nicht.

Gibt es allgemeine Richtlinien, was man dort noch tun darf?

[Stevie]

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

[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