Wie Sie zu beheben sind .NET 2.0 Error Reporting Meldungen im Ereignis-log?

Arbeite ich auf einem open-source-Produkt namens EVEMon geschrieben in C# targeting .NET 2.0-Plattform, ich habe einen Benutzer, der leidet eine seltsame .NET-crash, dass wir nicht in der Lage gewesen zu beheben.

Ereignistyp: Fehler 
Quelle: .NET Runtime 2.0 Error Reporting 
Ereignis Kategorie: Keine 
Ereignis-ID: 5000 
Datum: 4/29/2009 
Zeit: 10:58:10 Uhr 
Benutzer: N/A 
Computer: entfernt diese 
Beschreibung: 
EventType clr20r3, P1 evemon.exe, P2 1.2.7.1301, P3 49ea37c8, P4 
system.windows.Formen, P5 2.0.0.0, P6 4889dee7, P7 6cd3, P8 18, P9 
system.argumentexception, P10 NIL. 

Daten: 
//hex Darstellung der oben genannten Beschreibung

Sich die Anwendung stürzt ab, out-Anzeige ein Fehler (trotz einer Fehlerbehandlung UI), die oben genannten Meldungen kopiert wurde, aus dem Windows-Ereignisprotokoll. Der Endbenutzer hat re-installiert .NET und aktualisiert, um die neuesten Versionen. Die .PDB-Dateien verteilt, mit jeder release-version des Programms zur Unterstützung bei debugging und testen, die Benutzer mit dem problem in der Frage hat die volle Ergänzung von PDB-Dateien für die richtige version von EVEMon.

Gibt es eine bestimmte, bewährte Technik zu analysieren und zu diagnostizieren, diese Art von Absturz? und wenn ja, welche Werkzeuge und Technologien stehen zur Verfügung, um Hilfe bei Debuggen?

Besonderer Dank

Möchte ich einen besonderen Dank an Steffen Opel und markieren Sie, dass die seine Antwort zwar nicht direkt der Beantwortung der Frage, ich wurde gefragt, adressiert das größere Problem mit meinem code-Basis, die Globale Fehlerbehandlung wurde, fehlt eine wichtige Komponente.

InformationsquelleAutor Richard Slater | 2009-05-02

.net c#crash crash-reports event-log

18

Dies ist, wie ich das problem angehen für ein end-Benutzer mit einem crash.
1. Herunterladen und installieren der Debugging Tools für Windows auf http://www.microsoft.com/whdc/devtools/debugging/default.mspx
2. Sobald die tools installiert sind (Sie am Ende zu C:\Program Dateien\ per default) starten Sie ein Kommandozeilen-Fenster.
3. Wechseln Sie in das Verzeichnis, das enthält adplus (e.g "C:\Program Files\Debugging Tools for Windows (x86)").
4. Führen Sie den folgenden Befehl. Dies wird die Anwendung starten und befestigen Sie adplus.
adplus -crash -o C:\debug\ -FullOnFirst -sc C:\path\to\your\app.exe

Nach dem crash dump erstellt wird

Einmal stürzt die Anwendung, starten Sie WinDbg und laden Sie die .dmp-Datei, die erstellt wird, in C:\debug. (Datei --> Open Crash Dump)

Diese Befehle auszuführen, um zu sehen, der stack-trace und hoffentlich finden Sie das problem.

Laden SOS für debugging
- Vor .NET 4.0
```
.loadby sos mscorwks
```
- .NET 4.0
```
.loadby sos clr
```
Zu sehen, der stack-trace
```
!clrstack
```
Sehen eine weitere nützliche stack-trace
```
!clrstack –p
```
Stecken in einem Objekt..vielleicht sehen, was die Ursache der Ausnahme
```
!do <address>
```
e.g das ist das Ergebnis aus einer Anwendung, die ein Fehler aufgetreten zufällig mit einem E /a-Ausnahme. WinDbg wies darauf hin, Pfad verwiesen wird, die falsch war.
```
0:009> !do 017f2b7c    
Name: System.String    
MethodTable: 790fd8c4    
EEClass: 790fd824    
Size: 124(0x7c) bytes    
 (C:\WINDOWS\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll)    
String: \\server\path\not_here.txt
Fields:    
      MT    Field   Offset                 Type VT     Attr    Value Name    
79102290  4000096        4         System.Int32  1 instance       54 m_arrayLength    
79102290  4000097        8         System.Int32  1 instance       53 m_stringLength    
790ff328  4000098        c          System.Char  1 instance       5c m_firstChar    
790fd8c4  4000099       10        System.String  0   shared   static Empty    
    >> Domain:Value  00161df8:790d884c <<    
7912dd40  400009a       14        System.Char[]  0   shared   static WhitespaceChars    
    >> Domain:Value  00161df8:014113e8 <<
```
Danke für Ihre Antwort, die Beiträge von jedem. Ich akzeptierte diese Antwort, weil Sie sehr spezifisch beantwortet meine Frage, dass Sie mir die Schritte, die ich nehmen muss mit den Endkunden.
+1 für bestimmte Schritte.
Eine der besten SO Antworten, die ich je gesehen habe. Kurze, auf den Punkt und sehr hilfreich.
+1 ich kann nicht warten, um zu versuchen, diese auf einer Maschine in das Feld ein. Ich danke Ihnen so sehr.

InformationsquelleAutor Michael Baker
5

Spähen in Ihre source-code (trunk) gibt an, dass Ihr nicht behandelte exception-Behandlung scheint unvollständig zu sein in Bezug auf Windows Forms-Anwendungen:

Müssen Sie behandeln beide nicht-UI-thread-Ausnahmen und UI-thread Ausnahmen:
- Für die ehemaligen, die Sie implementieren müssen, um eine CLR-unhandled exception-handler über AppDomain.CurrentDomain.UnhandledException, die ist bereits vorhanden.
- Für letzteres müssen Sie implementieren einer Windows Forms-unhandled exception-handler über Application.ThreadException, die zu fehlen scheint; dies könnte in der Tat die Ausbeute sind genau die Probleme, die Sie erleben. Für eine Implementierung Beispiel finden Sie im MSDN-Dokumentation - Anwendung.ThreadException-Ereignis.
Bitte beachten Sie, dass Sie gerade jetzt explizit unterdrücken fangen unbehandelte Windows Forms Ausnahmen über Application.SetUnhandledExceptionMode(UnhandledExceptionMode.ThrowException) Sie müssen dies ändern, um UnhandledExceptionMode.CatchException routing aktivieren, um den handler für Application.ThreadException als richtig vorgeschlagen Jehof schon.

Das ist interessant, ich muss zu Lesen, auf diese Art der Ausnahmebehandlung und sehen, was ich tun kann, um zu lösen.
+1 für Suche in den source-code - und das riecht so weit wie der beste Ansatz.

InformationsquelleAutor Steffen Opel
3

Welchem Betriebssystem (Windows XP, Windows Vista, etc.) hat der Benutzer verwenden?

Wenn Windows Vista versuchen, Sie zu deaktivieren "feature Problemberichte und-Lösungen" (Systemsteuerung-->Problem-Berichte und Lösungen-->Einstellungen Ändern-->Erweiterte Einstellungen - >deaktivieren Sie für meine Programme, problem-reporting)

Oder versuchen
```
  Application.SetUnhandledExceptionMode( UnhandledExceptionMode.CatchException );
```
Dies wird immer eine route Ausnahmen zum ThreadException-handler.

Dies tritt auf Windows 7, XP und Vista von mehreren Benutzern im Laufe der Zeit. Der Fehler oben ist von Windows XP, glaube ich.

InformationsquelleAutor Jehof
2

Kurz gesagt: es ist eine unbehandelte Ausnahme in der Anwendung.

Wenn du Zugriff auf die Maschine (durch remote Zugriff, etc.), installieren Sie Visual Studio Express und starten Sie die Anwendung. Sie sollten sehen, ein Dialogfeld mit der Möglichkeit zum Debuggen der Anwendung mit einer neuen Instanz von Visual Studio.

Kann es auch sein, dass es etwas ist, was verhindert, dass Windows Forms ordnungsgemäß initialisiert. Ich habe gesehen, forum-Beiträge, die darauf hinweisen, dass die font-Probleme verursachen kann, -- stellen Sie sicher, dass die Benutzer die Schriftarten installiert werden, die von Ihrer Anwendung benötigt werden, plus die üblichen Standardeinstellungen wie MS SansSerif, Arial, Tahoma, Times und dergleichen.

Ist und andernfalls, dass... versuchen opfern ein Huhn über den PC. Funktioniert ein Zauber jedes mal!

Die Anwendung in Frage verwendet, einen Fehler-Handler, um mehr zu produzieren nützlich crash-Bericht mit Anweisungen für den Endbenutzer (AppDomain.CurrentDomain.UnhandledException += etc...), dies ist eine open-source-Projekt, so dass die end-Benutzer nicht wollen einige zufällige dev logging in seinem computer einen Versuch Wert, das nächste mal, wenn es passiert.

InformationsquelleAutor Jeremy McGee
2

Hatten wir Probleme mit Ausnahmen im Thread-Code. Wenn Sie laichen einen neuen Thread und vergessen zu handhaben eine Ausnahme in der thread-Methode, die Anwendung einfach "beendet" - keine Fehlermeldung, kein gar nichts, sondern nur einen Eintrag im Ereignisprotokoll. Selbst dann nicht UnhandledExceptionHandler ausgelöst wird.

Vielleicht so etwas wie dies ist die Ursache?

Es könnte sein, in einen worker-thread, obwohl diese Nachrichten immer erfolgen am start.
+1 hier, habe ich das schon mal gesehen (war zu Antwort sagen, ziemlich viel vor!!!) ... Als ein Erster Versuch zu verfolgen, das problem nach unten, wickeln Sie code, der ausgeführt wird, in der ein worker-thread in eine vollständige try-catch, meldet sich jede exception und sehen, was angemeldet..

InformationsquelleAutor Thorsten Dittmar
1

...wenn Sie in der Lage sind, zu Kontaktieren, die Leid Benutzer, hier ist eine

Idee: melden Sie sich vor der Ausführung Stufen

Statt, die eine Verknüpfung zu Ihrem program.exe, eine Verknüpfung zu program.bat, die
```
echo "Pre-start" > stage.txt
start program.exe
```
Die erste Zeile Program.cs werden daher
```
File.WriteAllLines("stage.txt", "Program execution started.");
```
In der handler AppDomain.UnhandledException ersten Zeile wird
```
File.WriteAllLines("stage.txt", "Unhandled exception has been caught.");
```
Stellen Sie außerdem sicher, dass der handler nicht Speicher oder Ressourcen — pre-reservieren Sie auf Programme starten. Handler nur auslösen, das schreiben in das Protokoll.

Kommentare

Ist es sehr wahrscheinlich, dass die stage.txt (gesendet durch den Benutzer) enthalten "Pre-start". Dies geschieht, wenn eine Ausnahme geworfen wird in 3rd-party .dll — noch bevor das Programm gestartet wurde.

In diesem Fall müssen Sie eine einfache checker-Programm, das wird sich nicht auf die Assemblys, die Sie program.exe tut, aber Assembly.Load(...).

P. S.

stage.txt gestellt werden sollten irgendwo unter %APPDATA%, nicht in Program Files.

Fand ich ein interessanter Fall, auf dem Server 2003 und eine weitere schöne Diskussion.

InformationsquelleAutor bohdan_trotsenko
0

Sollten Sie eine detaillierte stack-trace durch das Absenden der .pdb - Datei für die jeweilige Version an die Benutzer (setzen neben dem .exe) und Sie reproduzieren Sie den Absturz.

Die PDB-Dateien verteilt, die mit der Anwendung, ich werde prüfen, um sicherzustellen, dass Sie noch nicht entfernt wurden.
Ich habe mit dem Benutzer, und er hat in der Tat die .PDB-Dateien für alle Baugruppen.

InformationsquelleAutor Sören Kuklau
0

Sollten Sie Griff AppDomain.UnhandledException im code.

Es wurde ein ähnliche Frage gefragt. Sehen verwandten zu.

Wir tun: AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);

InformationsquelleAutor bohdan_trotsenko

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Besonderer Dank

Nach dem crash dump erstellt wird

Idee: melden Sie sich vor der Ausführung Stufen

Kommentare

P. S.