Windows-Meldung "Programm funktioniert nicht mehr": Problem finden?

[romber]

Vielen Dank für die schnelle Reaktion!

Zitat von jaenicke:

Probiere mal einen Handler mit TApplicationEvents für OnException. Wenn du darin landest, kannst du mit JclDebug aus der JEDI Code Library auch einen Stacktrace erstellen.

Habe das mit Stacktrace noch nie gemacht. Jedi (Jcl und Jvcl) sind bei mir installiert, finde JclDebug aber nicht. Wie genau soll ich vorgehen?

Zitat von jaenicke:

Alternativ gibt es mit MadExcept und EurekaLog kommerzielle Alternativen, die dir zeigen wo die entsprechende Exception (die es sein wird und nicht abgefangen wird) auftritt.

Zeigt mir z.B. EurekaLog genau die Stelle im Code, die das Problem verursacht oder bekomme ich wieder irgendwelche Adressen angezeigt? Wenn das so ist, dann kaufe ich gleich das Programm und spare die Zeit.

[jaenicke]

Zitat von romber:

Zeigt mir z.B. EurekaLog genau die Stelle im Code, die das Problem verursacht oder bekomme ich wieder irgendwelche Adressen angezeigt? Wenn das so ist, dann kaufe ich gleich das Programm und spare die Zeit.

Wenn es eine Exception ist, wird die in der Regel von diesen Tools abgefangen (durch mit einkompilierten Code) und du bekommst den Stacktrace aller laufenden Threads, Memorydumps an den Exceptionstellen usw., auch per Mail senden kannst du aktivieren (wenn der Benutzer selbst dir den Bericht schicken können soll).

Auch ein hängendes Programm wird durch Eurekalog durch einen zusätzlichen Thread gut erkannt.

Alternative wäre .dbg Dateien aus den Debuginfos von Delphi zu generieren und diese mitzuliefern, dann bekommst du den Stacktrace auch direkt in den Dr. Watson Logs von Windows.

[hathor]

Schon mal in die Log-Files geguckt?
Ereignisanzeige: eventvwr.msc

[romber]

Zitat von hathor:

Schon mal in die Log-Files geguckt?
[/B]

Ja, die Meldung bringt mich aber nicht wirklich weiter.

Code:

Name der fehlerhaften Anwendung: verteiler.exe, Version: 3.0.0.307, Zeitstempel: 0x519431bf
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.1.7601.18015, Zeitstempel: 0x50b83c8a
Ausnahmecode: 0x0eedfade
Fehleroffset: 0x0000c41f
ID des fehlerhaften Prozesses: 0x53d8
Startzeit der fehlerhaften Anwendung: 0x01ce52269adfa062
Pfad der fehlerhaften Anwendung: D:\Projekte\DSA\Verteiler\verteiler.exe
Pfad des fehlerhaften Moduls: C:\Windows\syswow64\KERNELBASE.dll
Berichtskennung: 9b18c2c7-be1a-11e2-95cb-08606e44cb44

[greenmile]

Wenn Du im Haupthread auf Nachrichten wartest und das in einer Schleife, dann funktioniert das:

Zitat:

Das Einfrieren im Debug-Modus könnte aber auch schon ein guter Hinweis sein. Wenn ich nicht irre, gibt Windows eben diese Meldung aus, wenn ein Programm seine Message-Queue nicht mehr zeitnah verarbeitet - sprich: Es ist zu beschäftigt / überlastet. Einfach zu provozieren mittels einer Dauerschleife im Hauptthread ohne Application.ProcessMessages darin.

Code:

Inc(Counter)
If (Counter mod 5)=0 then Application.Processmessages;

[romber]

Zitat von greenmile:

Wenn Du im Haupthread auf Nachrichten wartest und das in einer Schleife...

Tue ich eben nicht. Im Hauptthread sind lediglich einige wenige Visualisierungen untergebracht, auf die ich auch locker verzichten und das ganze programm als Dienst bereitstellen könnte, wenn dieses Fehler nicht da wäre. Aus den Threads wird so gut wie nie auf den Hauptthread zugegriffen, und wenn dan natürlich synchronisiert.

[nahpets]

Zitat von romber:

Vielen Dank für die schnelle Reaktion!

Zitat von jaenicke:

Probiere mal einen Handler mit TApplicationEvents für OnException. Wenn du darin landest, kannst du mit JclDebug aus der JEDI Code Library auch einen Stacktrace erstellen.

Habe das mit Stacktrace noch nie gemacht. Jedi (Jcl und Jvcl) sind bei mir installiert, finde JclDebug aber nicht. Wie genau soll ich vorgehen?

Zitat von jaenicke:

Alternativ gibt es mit MadExcept und EurekaLog kommerzielle Alternativen, die dir zeigen wo die entsprechende Exception (die es sein wird und nicht abgefangen wird) auftritt.

Zeigt mir z.B. EurekaLog genau die Stelle im Code, die das Problem verursacht oder bekomme ich wieder irgendwelche Adressen angezeigt? Wenn das so ist, dann kaufe ich gleich das Programm und spare die Zeit.

JclDebug liegt im Verzeichnis ..\jcl\source\windows\JclDebug.pas.
Aus diesem Verzeichnis wird auch die JclHookExcept.pas benötigt.

Bei den Beispielprogrammen der JCL gibt es Demos zur Nutzung dieser Units.