Hallo ihr

ich hätt da gern mal wieder ein Problem. Folgende Situation: Ich habe ein Pugin für Total Commander geschrieben, das bei jemand anders den kompletten Total Commander mit ins Nirvana reißt, ohne dass irgendein Exception-Handling anspringen würde, weder das meiner DLL noch das von TC noch das des Betriebssystems. Es kommt also noch nicht einmal die übliche Meldung "Programm XY funktioniert nicht mehr".

Nun habe ich ein wenig "Debugging-Code" (OutputDebugString) in mein Plugin eingebaut und denjenigen gebeten, den Total Commander mit SimpleProgramDebugger auszuführen, um zu sehen, wo das Problem entsteht. Aus den damit gesammelten Daten lässt sich erkennen, dass eine Exception 0xc0000005 auftritt, also eine Access Violation. Fakt ist aber, dass diese Exception definitiv innerhalb eines try-except-Blocks auftritt (bzw. wahrscheinlich sogar mehrerer, wenn ich den des TC mitzähle). Dieser Block soll eigentlich noch mit OutputDebugString die Message der Exception ausgeben - tut er aber nicht.

Fragen: Gibt es Programme, die irgendwie im Exception-Handling von Anwendungen rumpfuschen können? Virenscanner, Sandboxen oder ähnliches? Gibt es andere Möglichkeiten, wie es sein kann, dass die Exception überhaupt nicht gefangen wird?

Ach, bevor jemand meint, das Problem liege an meinem Plugin: Nein, auch ein anderes ähnlich geartetes Plugin produziert exakt das gleiche Problem.

MfG Dalai

Zitat von Dalai:

Gibt es andere Möglichkeiten, wie es sein kann, dass die Exception überhaupt nicht gefangen wird?

Ja, indem jemand einen VEH-Handler registriert (und darin zum Beispiel auf Synchronisationsobjekte zugreift oder Speicher anfordert, wovon laut MSDN abgeraten wird - oder einfach die Exception unterdrückt).

Mmh, und wie bekomme ich (bzw. derjenige mit dem crashenden TC) heraus, ob das passiert und wenn ja welche Applikation das tut?

MfG Dalai

Zitat von Dalai:

Mmh, und wie bekomme ich (bzw. derjenige mit dem crashenden TC) heraus, ob das passiert und wenn ja welche Applikation das tut?

Keine Ahnung, soweit ich mich erinnere, gibt es keinen offiziellen Weg die Liste der registrierten VEH-Handler zu bekommen.
Zum Testen würde ich direkt vorher zwei Handler registrieren, einen als ersten und den anderen als letzten, dann eine Exception auslösen und "nachsehen" (ich würde vorher eine Log-Datei erzeugen und in den Handlern nur noch per Handle reinschreiben, damit es möglichst wenig Probleme gibt) ob beide aufgerufen wurden. Wenn nur der erste aufgerufen wird, dann funkt ein anderer VEH-Handler dazwischen... und möglicherweise ist der (noch) registrierte Handler in einer DLL, die bereits entladen wurde...

Das würde aber auch nur ermitteln, ob das der Auslöser ist. Man müsste weiter untersuchen, wo genau der Störenfried steckt. Daher bat ich den "Problemhaber" darum, mal die Autostarts zu durchforsten und ggf. den abgesicherten Modus zu probieren und inzwischen kann ich vermelden: Der Auslöser oder gar die Ursache wurde gefunden, indem ein bestimmtes Programm aus dem Autostart genommen wurde: Sony VaioCare. Ob es die Software selbst oder dessen Dienst war (beim Lesen der Konfiguration genau dieses Dienstes kam es zur Exception), ist mir nicht bekannt.

Dankeschön für die Unterstützung, Nico!

MfG Dalai