Decifrare i parametri di eccezione .NET clr20r3 P1..P10

Question

Sto cercando di decifrare il significato dei parametri P1 ... P10 associati a uno clr20r3 che viene scritto nel registro eventi quando la mia applicazione presenta un'eccezione.

Il migliore che ho been able to find è:

• P1: il processo di hosting (ad es w3wp.exe)
• P2: la versione processo di hosting (ad es 6.0.3790.1830)
• P3: ??? (es42435be1)
• P4: il gruppo da cui è stato generato l'eccezione (esmrtables.webservice)
• P5: versione assembly (es2.1.2.0)
• P6: ??? (, ad esempio4682617f)
• P7: ??? (, ad esempio129)
• P8: ??? (esempio50)
• P9: il tipo di eccezione sollevata (esempiosystem.argumentexception)
• P10: ??? (esempioNIL)

Googling for clr20r3 fornisce migliaia di valori dei parametri di campionamento, da cui qualcuno può tentare di derivare un modello.

Ma spero nella documentazione sui significati dei parametri, al contrario delle ipotesi formulate.

---

Edit: Mentre posso sperare per la documentazione canonica, davvero sarei felice di vedere l'eccezione gettata, a quale linea, con tanto di analisi dello stack.

Answer 1

Ecco le informazioni su Watson Benne

1. Exe File Name
2. Exe assemblaggio File numero di versione
3. Exe File Stamp
4. Exe file il nome completo di montaggio
5. versione di assembly ha provocato l'errore
6. Faulting assembly timestamp
7. Fau lting metodo di assemblaggio def
8. metodo fault IL Offset all'interno del metodo il fault
9. Tipo di eccezione

Ed anche qui è un articolo MSDN sullo stesso.

Esempio:

Problem Signature 01: devenv.exe 
    Problem Signature 02: 11.0.50727.1 
    Problem Signature 03: 5011ecaa 
    Problem Signature 04: Microsoft.VisualStudio.SharePoint.Project 
    Problem Signature 05: 11.0.60226.0 
    Problem Signature 06: 512c2dba 
    Problem Signature 07: 18a8 
    Problem Signature 08: 1d 
    Problem Signature 09: System.NullReferenceException 

Answer 2

P7 e P8 sono quelli importanti per scoprire dove l'eccezione è stata sollevata P9. Usa P4 per sapere quale gruppo cercare. Eseguire ildasm.exe e aprire quell'assembly. File + Dump, spuntare la casella "Valori Token", OK e salvare il file .il da qualche parte.

Aprire il file in un editor di testo. P7 ti dà il token del metodo, inizia con 0x06, producendo il valore del token "06000129". Cerca:

.method /*06000129*/ 

che vi dà il nome del metodo, sguardo da lì per trovare l'.class, che dà il nome della classe.

P8 fornisce l'offset IL. Dal metodo .method trovato, cercare IL_0050 per l'istruzione che ha generato l'eccezione. Mappare il codice sorgente è un po 'complicato, ma probabilmente lo capirai. Usa Reflector se necessario.

In generale, scrivere un gestore di eventi per AppDomain.UnhandledException per evitare il fastidio di decodificare questi bucket di crash Watson. Registrare il valore di e.ExceptionObject.ToString() per ottenere sia il messaggio di eccezione che una traccia dello stack.