Wann erstellt die Windows-Fehlerberichterstellung eine Speicherabbilddatei? Ist es konfigurierbar? Hat sich das in Windows 7 geändert?

Question

Ich verlasse mich auf Windows Error Reporting, um vollständige Benutzer-Modus-Dumps für eine große Multithread-Anwendung zu erstellen. Ich weiß, dass, als ich anfing es zu verwenden (Anfang 2012) diese Dumps alle Anwendungsspeicher und vollständige Stapel für alle Threads enthielten, die genau für die Zeit waren, als die Anwendung abstürzte (warf die unbehandelte Ausnahme usw.). Aber zu einem unbekannten Zeitpunkt im letzten Jahr haben sich die von WER erstellten Crash-Dumps geändert. Sie enthalten immer noch den gesamten Speicher, sondern nur ein Thread zeigen, und der Stapel wird von nach der Prozess sein, bereits heruntergefahren:

ntdll.dll!_LdrpCallInitRoutine@16() + 0x14 bytes 
    ntdll.dll!_LdrShutdownProcess@0() + 0x141 bytes  
    ntdll.dll!_RtlExitUserProcess@4() + 0x74 bytes 
    kernel32.dll!_UnhandledExceptionFilter@4() + 0x18928 bytes 

Dies ist ein nicht verwalteter (unmanagable?) 32-Bit-C++ Anwendung kompiliert mit VS2010 SP1, läuft auf 64-Bit Win7 SP1 (und aktualisiert). Kennt jemand Windows-Updates, die das WER-Verhalten im letzten Jahr verändert haben? Gibt es etwas konfigurierbares anderes als 'HKLM \ SOFTWARE \ Microsoft \ Windows \ Windows Fehlerberichte \ LocalDumps \ AppName.exe'?

Das Beenden der Anwendung durch Aufrufen von "RaiseFailFastException" führt weiterhin zu einem guten Dump mit gültigen Stapeln für alle Threads.

Answer 1

Aha! Eine Drittanbieterbibliothek ruft SetUnhandledExceptionFilter auf, wodurch verhindert wird, dass die Windows-Fehlerberichterstattung die ursprüngliche Ausnahme erhält. Ihr Handler hat eine interne Bereinigung durchgeführt, die dann abgebrochen wurde. An diesem Punkt konnte WER endlich einen Dump erstellen.

Für jeden, der auf diese Art von Problem stößt, empfehle ich zu überprüfen, dass die installierten Handler (die Rückgabewerte von SetUnhandledExceptionFilter, set_terminate, etc.) sind, was Sie erwarten (Null, wenn Sie sich auf WER oder Ihre eigenen Handler oder CrashRpt verlassen).

Answer 2

Es ist besser, Ihre Anwendung selbst-Dump-Writer zu machen, wenn es abstürzt. Sie müssen nur SetUnhandledExceptionFilter Funktion aufrufen, geben Sie den Rückruf an. Verwenden Sie im Rückruf MiniDumpWriteDump Funktion mit MiniDumpWithFullMemory Dump-Typ.

Ihr Ausnahmefilter wird immer dann aufgerufen, wenn eine nicht behandelte (durch Ihren Code) Ausnahme auftritt. In dem Rückruf wird es besser sein, alle anderen Threads Ihres Prozesses aufzuzählen und zu unterbrechen.

Möglicherweise müssen Sie auch einen Haken für SetUnhandledExceptionFilter selbst installieren! Warum? Nun, CRT würde immer deaktivieren alle installierten Ausnahmefilter, und durch die Hooked-Funktion, können Sie das vermeiden.