AV bei VCL.Forms.DoneApplication

[hzzm]

Circa jedes 10. Mal beim Schliessen meiner Anwendung kommt mein weisser Wal wieder zum Vorschein.

Vielleicht fehlt mir nur das Wissen, hier effektiv zu Debuggen.
Ich komme nicht weiter; woher kommt diese Access Violation oder welche Schritte kann ich unternehmen, um der Sache auf den Grund zu gehen?

Sorry fuer den screenshot der Situation. Aus undefinierbaren Gruenden denke ich, man kann sich so besser reinversetzen.

[hoika]

Hallo,
wie gross ist denn deine Anwendung?

Ansatzpunkte sind:
- Speicherfehler
- Fenster 2 mal geschlossen
- Interfaces falsch benutzt (z.B. kein const bei Übergabe als Parameter)
- Frames
- Window-MessageLoop überschrieben

usw.

Herangehenseise:
- FastMM4 benutzen (also erste Unit in die DPR rein)
- so nachstellen, dass nicht bei jedem 10., sondern immer auftritt
also rausbekommen, was du konkret machst
- alle Unter-Fenster/Code komplett ausblenden und schrittweise wieder einblenden

Viel Glück

[hzzm]

Zitat von hoika:

wie gross ist denn deine Anwendung?

Danke fuer Deinen Input.
Die Anwendung ist 82MB gross und verwendet vorrangig Frames statt Forms.

Den MessageLoop habe ich nicht ueberschrieben.

Beim Click des Haupt-Schliessen-Buttons fuehre ich "Application.Terminate;" aus. Eigentlich Hide()e ich da gar nichts von Hand.

[Der schöne Günther]

Immerhin ist im Debugger "self" noch belegt: "StatusForm". Also echt nichts spannendes im OnDestroy dieser Form?

Auf jeden Fall FastMM einmal einbauen. Der überschreibt bei Freigaben alles direkt mit Nullen und merkt bei virtuellen Methoden (wie z.B. dem Destruktor) auch direkt wenn die Instanz (das Formular) bereits freigegeben ist.

[hzzm]

Zitat von Der schöne Günther:

Also echt nichts spannendes im OnDestroy dieser Form?

Die AV kam sowohl, wenn ich im FormDestroy eine Hand voll Objekte Free()e, als auch mit komplett leerem FormDestroy.

Ich hatte allerdings noch nicht das Vergnuegen, die AV mit eingeschaltetem FastMM4 zu kriegen.
Dieses event steht wohl noch aus und wuerde vielleicht einen Hinweis geben.

[Der schöne Günther]

Ich hätte ja eher gedacht dass dieses Formular irgendwo manuell freigegeben wird, und das dann einmal zu einem Zeitpunkt wo es schon "von selbst" weg ist.

[hzzm]

Zitat von Der schöne Günther:

Ich hätte ja eher gedacht dass dieses Formular irgendwo manuell freigegeben wird, und das dann einmal zu einem Zeitpunkt wo es schon "von selbst" weg ist.

Das habe ich beim Sichten der AV auch immer gedacht; es gibt nur keine Stelle, an der ich meine MainForm einfach mal so manuell befreie...

[Jumpy]

Muss es denn eine Form sein, kann es nicht ein Frame sein, der schon weg, ist, wo du doch wie du sagt viel mir Frames arbeitest.

[hoika]

Hallo,

Zitat:

Beim Click des Haupt-Schliessen-Buttons fuehre ich "Application.Terminate;" aus.

Warum?

Close sollte doch reichen, oder ?

Machst in den Frames irgendwas mit Mainform umsetzen?

[hzzm]

Zitat von hoika:

Close sollte doch reichen, oder ?

Machst in den Frames irgendwas mit Mainform umsetzen?

Ok, ist in Close; geaendert. Ich hatte keinen expliziten Grund, App.Terminate zu verwenden.
Wenn du mit 'umsetzen' meinst, dass sich irgendeine Aktion aus FrameCode auf die MainForm auswirkt, dann ja. Jede Menge.

Wenn Du mit 'umsetzen' einen Fenster-MOVE meinst, dann nein.

Um zirkulaere Referenzen dieser Art zu verhindern, habe ich diesen Workaround verwendet:
DP: zirkulaere-referenzen-aber-warum-nicht-so

Aber wenn ich mich recht erinnere, hatte ich meine AV sowohl vor als auch nach dieser Problembehandlung.