Exception bei Programmende

[H.Bothur]

Zitat von Sherlock:

Verzichte auf das Application.Terminate

Ist raus und durch MainForm.Close ersetzt - die Exception kommt trotzdem

Hans

[Delphi.Narium]

Breakpoint auf end. und da dann zeilenweise durchsteppen.
Irgendwann muss da was kommen, was auf die Fehlerstelle hinweist.

Wenn die Exception kommt, musst Du aber unbedingt noch wissen, was in der Zeile davor gemacht wurde, ab da kann man dann (eventuell) etwas genauer in die Richtung "zielführende Fehlersuche" starten.

Und eventuell noch alle offenen Fragen von weiter oben beantworten

Eventuell rufst Du vor dem MainForm.Close auch noch alle Close-Methoden der übrigen Formulare auf, so dass das MainForm garantiert das letzte Formular ist, das beendet wird.

Verarbeitung selbst sieht jetzt nicht zwingend so aus, als könnte der Fehler dort verursacht worden sein. Eventuell liegt das Problem in einer der in Verarbeitung aufgerufenen Methoden.

Womit verschickst Du die Mails? Indy?
Kann mich da schwach an ein Problem erinnern, dass nur im Debugger auftaucht, weil es ansonsten schlicht und einfach ignoriert wird. Sowas in der "sinnvollen" Art wie:

Delphi-Quellcode:

try
  i := 1 / 0; // oder irgendwas Anderes, was 'nen Fehler verursachen kann.
except
  // Hier in der Fehlerbehandlung die pure Ignoranz.
end;

Der Debugger bekommt den Fehler mit und meldet ihn Dir, das Programm geht in seinem Ablauf stillschweigend darüber hinweg.

Es könnte sich daher bei dem von Dir gesuchten Fehler um einen Fehler handeln, der "irgendwo in den Tiefen" der von Dir genutzten Quelltexte bewusst ignoriert wird. Aber: Der Debugger merkt halt alles

[H.Bothur]

Zitat von Delphi.Narium:

Breakpoint auf end. und da dann zeilenweise durchsteppen. [...]

Womit verschickst Du die Mails? Indy? [...]

Und genau das war es ... Es knallt in der Initialisation der IDWinSock2

Wieder was dazugelernt !

Gruß
Hans

[generic]

Ihr ratet doch aktuell nur.

FastMM rein und paar Schutzblöcke einbauen. Damit kann das Problem eingegrenzt werden.
Im "DEBUG" Modus bauen und schauen, dass die MAPS an sind, damit paar Zeilennummern ausgeworfen werden.

Glaskugel: Ich denke bei dem Beenden der Anwendung, wird noch ein Ereignis ausgelöst, so etwas doppelt freigegeben wird und/oder etwas aktualisiert werden soll, was schon freigegeben ist.


Werbung für mein YT Kanal:
FastMM https://www.youtube.com/watch?v=o0yZgQoV8MA
Schutzblöcke: https://www.youtube.com/watch?v=mag5Qp17NM4

[hoika]

Hallo,

Zitat:

Es knallt in der Initialisation der IDWinSock2

Das ist aber nicht das Programmende.

[H.Bothur]

Zitat von hoika:

Hallo,

Zitat:

Es knallt in der Initialisation der IDWinSock2

Das ist aber nicht das Programmende.

Komischerweise wird die aber bei Programmende durchlaufen

Gruss
Hans

[freimatz]

Zitat von generic:

Ihr ratet doch aktuell nur.

Mal wieder

Zitat von freimatz:

Wie sieht der Callstack aus?

[H.Bothur]

Zitat von freimatz:

Wie sieht der Callstack aus?

Wenn Du mir verrätst wie ich den anzeige (soory - aber ich habe eigentlich seid Delphi3 nicht mehr viel gelernt, ist aber auch nur Mini-Hobby für Utilities bei mir) das zeige ich das gerne !!

Gruss
Hans

[haentschman]

Zitat:

Wenn Du mir verrätst wie ich den anzeige

1. MadExcept installieren
2. MadExept für das Projekt aktivieren

Dann kommt sowas raus...

Zitat:

.
.
.
exec. date/time : 2020-07-30 07:17
version : 1.9.1.100
compiled with : Delphi 10.1 Berlin
madExcept version : 5.1.0
callstack crc : $1ce86e39, $3d566537, $893e51f9
exception number : 1
exception class : EInvalidOperation
exception message : Element '' hat kein übergeordnetes Fenster.

thread $37dc:
006f18a0 +0b4 xxx.exe Vcl.Controls 9457 +13 TWinControl.CreateWnd
008d3312 +022 xxx.exe cxControls 8288 +3 TcxControl.CreateWnd
006f1e2a +016 xxx.exe Vcl.Controls 9638 +3 TWinControl.CreateHandle
00993197 +087 xxx.exe cxContainer 3911 +12 TcxContainer.CreateHandle
00a2792a +00a xxx.exe cxEdit 7745 +1 TcxCustomEdit.CreateHandle
00a74786 +00a xxx.exe cxDropDownEdit 2613 +1 TcxCustomDropDownEdit.CreateHandle
006f5e0c +01c xxx.exe Vcl.Controls 12238 +4 TWinControl.HandleNeeded
006f5e03 +013 xxx.exe Vcl.Controls 12237 +3 TWinControl.HandleNeeded
006f5e19 +005 xxx.exe Vcl.Controls 12244 +1 TWinControl.GetHandle
006bd1cc +054 xxx.exe Vcl.Forms 5965 +11 TCustomForm.SetWindowFocus
006bd2ec +090 xxx.exe Vcl.Forms 6001 +12 TCustomForm.SetActive
006bddc2 +03a xxx.exe Vcl.Forms 6384 +6 TCustomForm.WMActivate
006ee276 +2be xxx.exe Vcl.Controls 7313 +91 TControl.WndProc
006f2dc1 +5e9 xxx.exe Vcl.Controls 10143 +158 TWinControl.WndProc
006baa45 +64d xxx.exe Vcl.Forms 4523 +209 TCustomForm.WndProc
006f23e0 +02c xxx.exe Vcl.Controls 9850 +3 TWinControl.MainWndProc
0054f910 +014 xxx.exe System.Classes 17187 +8 StdWndProc
006bbd7a +036 xxx.exe Vcl.Forms 5280 +5 TCustomForm.SetWindowState
03a0f90d +01d xxx.exe Form.Main 198 +3 TfoMain.SetFormState
03a10530 +0cc xxx.exe Form.Main 429 +10 TfoMain.actAssignmentExecute
0054ebb3 +00f xxx.exe System.Classes 16683 +3 TBasicAction.Execute
005b54aa +086 xxx.exe Vcl.ActnList 260 +19 TCustomAction.Execute
03a0f7e9 +02d xxx.exe Form.Main 139 +4 TfoMain.DoOnChoice
036e6942 +05a xxx.exe Form.MainMenu 132 +8 TfoMenuMain.ChoiceExecute
036e7180 +034 xxx.exe Form.MainMenu 387 +4 TfoMenuMain.tvMenuNodeClick
014acf15 +029 xxx.exe VirtualTrees 20469 +2 TBaseVirtualTree.DoNodeClick
014b1ff4 +244 xxx.exe VirtualTrees 22805 +59 TBaseVirtualTree.HandleMouseUp
014a6d80 +04c xxx.exe VirtualTrees 17381 +5 TBaseVirtualTree.WMLButtonUp
.
.
.

[H.Bothur]

Zitat von haentschman:

Zitat:

Wenn Du mir verrätst wie ich den anzeige

1. MadExcept installieren
2. MadExept für das Projekt aktivieren

Dann kommt sowas raus...

Punkt 1 und Punkt 2 ist erledigt (siehe Bild), dann das Projekt neu erzeugt aber es kommt keine aussagefähige Exception sondern nur wieder die nichtssagende Standard-Exception. Was habe ich denn da falsch gemacht ?

Gruss
Hans