2009-11-15 9 views

risposta

10

Assicurarsi di non aver modificato le impostazioni delle eccezioni in Visual Studio: Debug -> Eccezioni. Deselezionare Gettato per Assistenti debug gestiti. Questo dovrebbe risolvere il problema.

+0

cool che funzionava. Grazie! Patrick –

+0

<3 Google + stackoverflow :) – Allrameest

+1

un po 'drastico vero? Breaking on Gettato è molto utile. – Coxy

4

Ecco cosa ha funzionato per me (si è rivelato non correlato a re-sharper in alcun modo, però): controlla che i percorsi elencati in Strumenti> Opzioni> Debug> Simboli siano raggiungibili (ad esempio alcuni percorsi che conducono alle condivisioni di rete) .

Nel mio caso, una volta ho utilizzato i simboli di debug posizionati su una condivisione di rete per eseguire il debug del dump di arresto anomalo e lasciato i percorsi di rete nell'elenco "nel caso in cui" e in quanto l'host su cui si trovava la condivisione era quindi rimosso dalla rete, il debugger ha impiegato diversi minuti per capire che non è in grado di caricare alcun simbolo da ciascuna delle 3 posizioni.

7

Ho avuto un problema leggermente diverso. Ho scoperto dove è stata lanciata l'eccezione durante il tentativo di avviare il debug con Debug -> Eccezioni -> Common Language Runtime Exceptions (selezionato)

Se trovato, ho riscontrato una eccezione non autorizzata. Questo perché il mio referenziato NUnit.Framework.dll era di sola lettura.

La rimozione di sola lettura ha risolto il problema.

+1

Il motivo per cui ho ottenuto l'eccezione UnauthorizedAccessException era che avevo impostato la mia configurazione su qualcosa di diverso da Debug. Il passaggio a Debug ha risolto il problema. – Halvard

Problemi correlati