2010-09-19 13 views
25

Visual Studio impiega molto tempo a caricare i simboli per le DLL esterne che preferisco non caricare. Ho simulato le impostazioni dei miei simboli in VS2008 e queste impostazioni sembrano influenzare VS2010Visual Studio 2010 impiega troppo tempo a caricare i simboli, non è possibile rimuovere la posizione del file simbolo

Come si interrompe il caricamento dei simboli di terze parti?
Ho provato:

  • devenv/resetuserdata
  • Strumenti> Opzioni> Debug> Simboli (non riesco a rimuovere o deselezionare la posizione del file PDB di: "Ambiente Variabile: _NT_SYMBOL_PATH")
  • ho cancellato la posizione al di sopra in questo modo: _NT_SYMBOL_PATH set =
    in realtà questo fatto una differenza enorme (era precedentemente SRV c: \ symbolshttp://msdl.microsoft.com/download/symbols)
  • ho cancellato tutto, da:% localappdata% \ T emp \ Temporary ASP.NET Files \ root \

La prossima cosa sarebbe una reinstallazione di VS, in mancanza di una reinstallazione del sistema operativo, ma se mi si risparmia 14 secondi ogni volta che si preme il debug sarebbe ne e 'valsa la pena.

+2

Hai mai avuto una risposta? Questo mi ha appena iniziato ed è fastidioso. – Mud

+0

Ho pensato di aggiungere una nota per dire; Non l'ho mai capito, ma da quando ho reinstallato, aggiornato, ecc. Il problema è scomparso (soprattutto). – Myster

risposta

21

cose da provare

  • Strumenti> Opzioni Debugging> Generali
  • Strumenti> Opzioni> Debug>Symbols
    • moduli esclusivamente le
    • O Tutti i moduli a meno che esclusi ed escludere quelli 3a parte
    • sono stato in grado di rimuovere tutti i controlli sotto PDB località, ma ho avuto d:\refsrc\symbols come posizione aggiunto
+0

referenceource.microsoft.com non è in linea, pertanto i simboli non possono essere caricati e sono necessari per sempre ... – toATwork

+0

Questa è una soluzione migliore rispetto alla disattivazione dei punti di interruzione in ogni momento. Grazie! – Anirudh

42
+0

Questa è stata una sorpresa, grazie per aver pubblicato - risolto lo stesso problema per me. – Leather

+0

Non ci credo. HA FUNZIONATO!!! Ho anche comprato un nuovo computer per sbarazzarmi di questo !! Certo che non ha funzionato, appena migliorato un po '. GRAZIE GRAZIE !!! posso votare molte volte ??? –

+0

You rock big time –

0

ho avuto questa guai anche a me. Non pensavo di aver impostato _NT_SYMBOL_PATH ma in qualche modo era impostato sul percorso che utilizzo quando utilizzo WinDbg. L'ho capito eseguendo ProcMon dalla Suite SysInternals e filtrato tutto tranne DevEnv.exe e ho visto quali file si stava tentando di accedere durante il debug della mia applicazione.

Ho eliminato l'ambiente _NT_SYMBOL_PATH, riavviato VS e tutto funziona come dovrebbe.

Offro questo non tanto per la risposta che è stata fornita nella domanda iniziale, ma come guida su come capire cosa c'era di sbagliato.

0

Per quanto mi riguarda, in precedenza avevo attivato Debug -> Simboli -> Tutti i moduli e ho dimenticato di spegnerlo quando avevo finito con un particolare progetto. Disattivando questa impostazione notevolmente migliorato i miei tempi di caricamento.

0

Ho avuto anche questo problema. E lo aggiusto facilmente. Basta fare: Debug-> Opzioni e Impostazioni-> Simboli. In Simboli ho controllato solo i moduli specificati. Tutto funziona di nuovo bene. Spero che questo ti aiuti.

Problemi correlati