Come faccio a sapere quello che originariamente ha causato un'eccezione, se si butta dal codice di Microsoft?

Question

Ho due controlli contenenti DataGridViews su diversi riquadri in un DockPanel. Se uno è in modalità di modifica e posso passare riquadro, ho un NullReferenceException gettato all'interno metodo DataGridView del EndEdit(). L'analisi dello stack non va più in profondità di quello e l'eccezione non contiene ulteriori informazioni.

Ho guardato in quel modo nel riflettore, e non riesco a vedere nulla, ovviamente nullo. Ho il sospetto che il problema è in realtà nel mio codice, ma l'eccezione viene rilanciati dal codice di Microsoft e che sta reimpostando la traccia dello stack. Come faccio a sapere quello che originariamente ha causato l'eccezione?

Answer 1

Se si sospetta un bug nel codice MS, è possibile scaricare i simboli di debug dal server di simboli, caricarle e tracciare attraverso al di debug? Come così .

Si noti che i simboli sono soggetti a una delle varie licenze. Questo può avere un impatto se (ad esempio) si lavora su contributi "mono", ecc.

Answer 2

Hai guardato nella proprietà InnerException?

Answer 3

Segui le istruzioni per configurare MS simbolo del server e < a href = "http://blogs.msdn.com/sburke/archive/2008/01/16/configuring-visual-studio-to-debug-net-framework-source-code.aspx" rel = "nofollow noreferrer" > server di origine ¹ . Impostare il debugger di rompere il NullReferenceException essere gettato. Allora o si otterrà il codice sorgente completo per il debug, o almeno una traccia stack completo.

¹ Nota, il QFE elencato è incluso in SP1.