"Il punto di interruzione non verrà colpito al momento. Nessun simbolo è stato caricato per questo documento. "- .pdb caricato dal posto sbagliato?

Question

Ho avuto il famoso "Il punto di interruzione non verrà colpito al momento. Nessun simbolo è stato caricato per questo documento. "- problema ed è stato ispirato da questo thread:

Ho avviato il debugger, ho aperto Debug -> Finestra -> Moduli, con il tasto destro del mouse sull'assieme -> Symbol Load Information. Si punta a un posto strano:

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files {myProjectFolder} \ 8df46672 \ bbaeb99e \ assembly \ DL3 \ c29c5e19 \ aa46dcf7_10dccc01 {myProject } .pdb: Simboli caricati.

Ha risolto il problema per me temporaneamente quando ho eliminato {myProjectFolder}. Ma punta ancora a questo file .pdb - (VS ricrea la cartella temporanea dopo l'eliminazione). Suppongo che dovrebbe puntare a .pdb nella directory bin se il, come in altri assembly. Come posso risolvere questo problema? O è un comportamento normale?

Thx per eventuali consigliato per questa materia ...

Edit: E 'un ASP.NET - Progetto (NET 4.0), MVC 3. Nessuna libreria COM inclusa finora. Ora ho cancellato di nuovo la suddetta directory, e ho concluso ancora una volta con "Il punto di interruzione non è al momento ...". Se apro la finestra Modules, Symbol Status mostra "Skipped loading simbols." Per tutti gli assembly, ad eccezione di App_global.asax.exot9a5x.dll

Edit 2:... il sito web è configurato per funzionare su IIS locale 7 Se cambio a Visual Studio Development Server, il debug funziona bene sembra essere correlato con IIS

?

Answer 1

scopre che avevo impostare la configurazione di Release quando ho iniziato il debugger. quando cambio a Debug, funziona come ci si aspetta!

Answer 2

Solo una nota sul mio problema con questo, sembra piuttosto sciocco alla fine, ma comunque ho perso circa un'ora in preda al panico.

Ho dovuto disinstallare nuget per aggiornarlo. Dopo aver installato il nuovo nuget e il pacchetto che cercavo, ho ricevuto l'errore di breakpoint.

Si scopre che durante tali installazioni in qualche modo, le mie impostazioni di pubblicazione hanno perso la porta specifica su cui stavo eseguendo il progetto dev. Essendo che ero così abituato a quel numero di porta per gli ultimi 4 mesi, non ci ho nemmeno pensato, ma per tutto il tempo ho pensato che stavo guardando la macchina di sviluppo, in realtà non stava funzionando su quella porta, e io Stavo guardando le pagine in cache che erano già nel mio browser. DER!

Probabilmente, sembra stupido, ma se aiuta qualcuno.

Coding Felice, K

Answer 3

Un'altra soluzione al problema punto di rottura con un file javascript è quello di cancellare la cache IE9. Ho incontrato questo problema dopo aver aggiornato/salvato un file js. Il debugger di Visual Studio 2012 non aggiornerà il file .pdb fino a quando non sono entrato nelle opzioni Internet e ho cancellato i file temporanei Internet. Spero che questo salvi qualcuno prima o poi.

Answer 4

Ho risposto a una domanda simile che potrebbe risolvere il problema. È stato un errore comune lasciare selezionato "escludi i simboli di debug generati" nelle impostazioni di pubblicazione.Guarda la mia risposta: https://stackoverflow.com/a/16202843/2208689

Answer 5

IIS 7, Visual Studio 2012, pubblicazione su IIS locale e debug da Visual Studio.

Il problema sorge perché l'applicazione web non è in grado di prendere il PPB dal Temporary ASP.NET cartella

Prima di fare qualsiasi cosa, Restart il app_pool per l'applicazione Web in IIS

Answer 6

per risolvere questo problema nel web.config ho solo dovuto aggiungere debug="true"

<system.web> 
    <compilation targetFramework="4.0" debug="true"> 

Ciò che mi ha aiutato a trovare questa soluzione è stato esaminare le finestre Moduli mentre eseguivo il debug e ho visto che per le DLL ASP.NET caricate avevo: Il binario non è stato creato con le informazioni di debug.

Answer 7

Assicurarsi di installare non solo VS2010 ma anche VS2010 Service Pack 1.

Ho provato tutte le soluzioni pubblicate, inclusa la reinstallazione, anche su un nuovo computer senza successo! Hai bisogno del service pack. Dopo averlo preso, prova le altre soluzioni pubblicate se il problema persiste.

Fonte: http://blogs.msdn.com/b/aseemb/archive/2012/09/08/not-able-to-run-unit-tests-when-visual-studio-2010-and-visual-studio-2012-are-installed-side-by-side.aspx

Answer 8

Per risolvere questo problema in VS 2015, ho dovuto:

1. Fare clic destro sul progetto, Proprietà -> Crea
2. Fare clic su Avanzate, che si apre l'Advanced le impostazioni di creazione
3. Impostare le informazioni di debug a "PDB-only" o "pieno"

il p Il roblem è apparso quando ho incasinato il build configuration manager e aggiunto il mio. In qualche modo, questo ha cambiato l'impostazione di Debug Info nel progetto.