Windows Meldungen unterdrücken

[Dejan Vu]

Das war jetzt nicht genau das, was himitsu wohl gemeint hat. Ich kann mir vorstellen, das der mühsehlige Weg über Entwanzen, Speicherlecks stopfen, Architektur aufräumen doch eher zum Ziel führt.

Und wenn doch alles perfekt ist, aber die UI auf eine Rückantwort wartet, dann => ab damit in den Thread.

[Uwe Raabe]

Zitat von Dejan Vu:

Das war jetzt nicht genau das, was himitsu wohl gemeint hat. Ich kann mir vorstellen, das der mühsehlige Weg über Entwanzen, Speicherlecks stopfen, Architektur aufräumen doch eher zum Ziel führt.

Aber genau dazu dient doch diese Option!

Zitat von http://help.madshi.net/madExceptSettings1.htm:

If you turn the check for frozen main thread option on, madExcept periodically checks at runtime whether your main thread still reacts to messages. If it does not react for the specified time (default 60 seconds), an exception is raised. This functionality should help you finding and locating infinite loops and dead locks. Since each bug report contains the callstack of all threads of the current process, you can often quite easily see, what each thread was doing and who possibly waited on whom and why.

[Dejan Vu]

Wow. Sollte mich mal wieder anschauen, das Teil.

[Namenloser]

Es könnte aber auch passieren, dass die Anwendung selbst fehlerfrei ist, aber irgendeine DLL o.ä. Fehler verursacht. Das beste wäre vielleicht ein Watchdog als Extra-Prozess (nicht bloß Thread wie bei madExcept, der kann ja mitabstürzen), der in regelmäßigen Abständen prüft, ob alles in Ordnung ist, und ggf. die Anwendung neustartet.