AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

DataModuleDestroy wird zwei mal gerufen

Ein Thema von omnibrain · begonnen am 21. Feb 2024 · letzter Beitrag vom 21. Feb 2024
Antwort Antwort
omnibrain

Registriert seit: 11. Nov 2022
65 Beiträge
 
Delphi 11 Alexandria
 
#1

DataModuleDestroy wird zwei mal gerufen

  Alt 21. Feb 2024, 11:40
Delphi-Version: 11 Alexandria
In einer Anwendung habe ich das Problem, dass es beim Beenden zu Zugriffsverletzungen kommt. Da es beim Beenden passiert bin ich natürlich erst einmal geneigt, das als Schönheitsfehler abzuhandeln, aber of deutet so etwas ja auf einer tiefergehendes Problem hin.

Ich habe das jetzt soweit eingegrenzt, dass für eines der DataModules Destroy zwei Mal aufgerufen wird. Darin passiert dann natürlich beim zweiten Mal die Zugriffsverletzung, da die ganzen Objekte die ich dort "abhandle" schon freeandnilled sind. Ich bin mir sicher, dass es die selbe Instanz des DMs ist, da die Adresse der self-Referenz identisch ist.
Die Anwendung ist historisch gewachsen, hat mehr als ein Dutzend DMs und Forms und noch mehr Units. Und vor allem ist der Code nicht von mir... Wie kann ich rausfinden warum das Destroy zwei Mal aufgerufen wird?
  Mit Zitat antworten Zitat
omnibrain

Registriert seit: 11. Nov 2022
65 Beiträge
 
Delphi 11 Alexandria
 
#2

AW: DataModuleDestroy wird zwei mal gerufen

  Alt 21. Feb 2024, 11:48
Manchmal hilft es einmal das Problem auszuformulieren und dann nochmal überall nachzusehen.

Die Lösung war ganz einfach: Im Rahmenprogramm wurde das Form zwei Mal erzeugt. Das kam vermutlich durch einen Fehler beim Mergen rein. Warum das dann aber die selbe Instanz war verstehe ich nicht ganz.
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.542 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: DataModuleDestroy wird zwei mal gerufen

  Alt 21. Feb 2024, 12:12
Wenn die automatisch angelegte globale Variable mit 2 Instanzen belegt wird, dann gibt es zwar 2 Instanzen, aber die zuerst erzeugte ist nicht mehr erreichbar. Die Folge: Speicherlecks und die genannte Zugriffsverletzung.
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
omnibrain

Registriert seit: 11. Nov 2022
65 Beiträge
 
Delphi 11 Alexandria
 
#4

AW: DataModuleDestroy wird zwei mal gerufen

  Alt 21. Feb 2024, 12:48
Wenn die automatisch angelegte globale Variable mit 2 Instanzen belegt wird, dann gibt es zwar 2 Instanzen, aber die zuerst erzeugte ist nicht mehr erreichbar. Die Folge: Speicherlecks und die genannte Zugriffsverletzung.
Danke, das ergibt natürlich Sinn.
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.270 Beiträge
 
Delphi 10.4 Sydney
 
#5

AW: DataModuleDestroy wird zwei mal gerufen

  Alt 21. Feb 2024, 13:04
Hallo,
zusätzlich ich würde mir mal die DPR ansehen.
Vielleicht ist genau dort die 1. Stelle des Erzeugens, der Freigabe.

Außerdem kannst Du dir doch auch den Stacktrace ansehen,
wenn Du einen Breakpoint auf das DM-Destroy setzt.

Da es sich ja wohl nur um ein DM handelt, kannst Du auch noch der Freigabe
Deine (globale) Variable auf NIL setzen.
Dann knallt die 2. Freigabe "schöner".

Edit:
Lösung hattest Du ja bereits ...
Heiko
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 09:56 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz