c# visual - Come posso rimediare a "Il punto di interruzione non verrà colpito al momento.Nessun simbolo è stato caricato per questo documento."Avviso?




studio debug (25)

Per un'applicazione ASP.Net, controllare le proprietà del sito, scheda ASP.NET. Assicurarsi che sia selezionata la versione ASP.NET corretta.

Applicazione desktop C # su Express Edition. Lavorato poi non ha funzionato 5 secondi dopo.

Ho provato il seguente.

  • Assicurarsi che la configurazione di debug, il flag di debug e le informazioni di debug complete siano impostate su tutti gli assembly.
  • Elimina tutte le cartelle bin e obj e tutte le DLL relative al progetto dalla mia intera macchina.
  • Ricrea i progetti che causano il problema da zero.
  • Reboot.

Ho due progetti WinForms nella soluzione. Uno di questi carica le informazioni di debug, l'altro no. Entrambi si riferiscono all'assembly su cui sto cercando di ottenere informazioni di debug esattamente nello stesso modo nel file di progetto. Qualche idea?

Voglio aggiungere qui, principalmente per me stesso quando torno a rivedere questa domanda, che i simboli non vengono caricati fino a quando l'assembly non viene caricato e l'assembly non viene caricato fino a quando non è necessario. Se il punto di interruzione si trova in una libreria che viene utilizzata solo in una funzione nell'assembly principale, i simboli non verranno caricati (e mostrerà il punto di interruzione come non colpito) finché non viene chiamata tale funzione.


La risposta selezionata mi ha portato a risolvere il mio problema. Ma ho bisogno di fare alcune cose in più:

Anche con "Debug" selezionato nel menu a discesa:

E nel progetto Proprietà> Costruisci:

Visual Studio non stava caricando i simboli su un progetto specifico. Quindi in quel menu a discesa seleziono "Gestore configurazione" e ho visto che le impostazioni del mio progetto web non erano corrette:

Quindi ho impostato su "Debug" e ha iniziato a generare il file .pdb . MA ho bisogno di copiare manualmente il PDB e DLL e inserire la cartella che stava cercando VS (qui è dove la risposta selezionata mi ha aiutato):


Disattiva l'opzione "Solo il mio codice" nelle impostazioni Debug / Generale.


Fai clic con il tasto destro su Progetto -> Proprietà -> Vai alla scheda Costruisci -> Deseleziona Ottimizza codice . Fallo per qualsiasi progetto nella tua soluzione


Nel mio caso "Optimize Code" è stato controllato nelle proprietà del mio progetto. Ciò ha indotto VS a vedere il mio assembly come "non il mio codice" e, a sua volta, non ha caricato simboli per questo.

La soluzione era deselezionare questo.


Basta controllare se la soluzione è in modalità di rilascio.


Ho anche avuto lo stesso problema che ricostruisco l'intera soluzione (compresi i progetti referenziati) in x86 (o x64)

Anche se ho impostato tutti i miei progetti su x86 da Configuration Manager (Build-> ConfigManager) alcuni dei miei progetti erano impostati su x86.

Quindi, per essere sicuri di fare clic con il tasto destro su project-> properties-> Debug Tab, verificare Configuration and Platform.


Cose da verificare solo per essere chiari: assicurati di avere la configurazione impostata su "Debug" e non su "Release". È possibile eseguire il debug del progetto di avvio in modalità 'Rilascio', ma non di una libreria di classi di riferimento.


Sono stato in grado di correggere l'errore semplicemente impostando l'opzione in "Collega al processo" in "Determina automaticamente il tipo di codice per il debug", come mostrato nello screenshot allegato.

Segui semplicemente i passaggi seguenti:

  • Vai a Debug dalla barra dei menu
  • Fare clic su Allega alla procedura
  • Vicino all'opzione Collega a , fare clic sul pulsante Seleziona
  • Apparirà la finestra Seleziona tipo di codice
  • Ora seleziona l'opzione Determina automaticamente il tipo di codice da eseguire per il debug e fai clic sul pulsante OK.


Questo mi ha portato un po 'a provare altre opzioni sopra e per qualche strana ragione il debug ha smesso di funzionare.

Strumento-> Opzioni-> Debug-> Generale -> (untick) "Richiede che i file di origine corrispondano esattamente alla versione originale"


Invece di fare tutte queste cose solo

Chiudi e riapri

la soluzione risolverà il problema


Abbiamo trovato la causa del nostro problema. Questo codice utilizzava l'attributo "CodeBehind" nella direttiva Page del file .aspx invece dell'attributo "CodeFile" (ASP.NET 2.0 e versioni successive). Dopo giorni di disperazione, una semplice ricerca e sostituzione ha risolto il problema.


Prima prova a ricostruire il tuo progetto facendo clic con il tasto destro del mouse sul progetto> Ricostruisci Se non funziona, prova una pulizia del progetto (fai clic con il tasto destro del mouse sul progetto> pulisci)

Se non funziona, verifica questo:

  1. Fai clic con il pulsante destro del mouse sul tuo progetto
  2. selezionare [Proprietà]
  3. selezionare la scheda [Costruisci]
  4. assicurarsi che [Definisci costante DEBUG] e [Definisci costante TRACE] siano selezionati
  5. Fai clic sul pulsante [Avanzate] nella parte inferiore della pagina di creazione
  6. Assicurati che [Informazioni debug:] sia impostato su [completo]
  7. Fare clic su [OK] e ricostruire il progetto ;-)

(il passaggio 6 genera i file .pdb, questi sono i simboli di debug)


È necessario abilitare "Genera informazioni di debug" nelle impostazioni del compilatore


Proprietà del progetto (quindi selezionare la configurazione di build)> scheda Crea> Avanzate ...> Informazioni di debug (menu a discesa)

Impostare su "all" o "pdb-only", quindi ricostruire


L'opzione "Avvia debug, Debug + Windows + Modules" non esiste nell'edizione 2013 di Microsoft Visual Studio Express.

Deselezionando "Usa modalità di compatibilità gestita" in Strumenti, Opzioni di debug risolve questo problema.


Solo webapplications (IIS Express):

  • Fare clic con il pulsante destro su vassoio IIS Express e chiudere IIS.
  • Soluzione pulita


Prova a eseguire Visual Studio come amministratore di Windows.


Controlla se il tuo file .pbd è mancante nella cartella bin / debug. Se è quindi andare su "Proprietà" del progetto, selezionate "Build" e quindi "Advanced" in basso. Scegli "pieno" in "Informazioni di debug" nella nuova finestra che è apparso. Questo era il mio problema e l'ho risolto per me.


Cross postando questa correzione da Hans K che ho trovato sul thread simile >> QUI << :

Fare clic destro su soluzione -> Proprietà

Guarda sotto Proprietà comuni -> Progetto di avvio

Seleziona più progetti di avvio

seleziona Inizia azione sui progetti che devi eseguire il debug.


So che sono in ritardo di anni, ma pensavo di aver fatto qualcosa di sbagliato e ho seguito i passaggi precedenti, poi mi sono reso conto che avrei impostato la configurazione della soluzione su 'Rilascio' per errore :)


A volte, anche se ti dà questo errore, il breakpoint viene comunque colpito, quindi ignora l'errore. Questo accade abbastanza spesso nelle Views di MVC web app .


Inizia il debug, non appena sei arrivato a un breakpoint o hai usato Debug > Break All , usa Debug > Windows > Modules . Verrà visualizzato un elenco di tutti gli assembly caricati nel processo. Trova quello per cui vuoi ottenere le informazioni di debug. Fare clic con il tasto destro del mouse e selezionare Symbol Load Information. Verrà visualizzata una finestra di dialogo in cui sono elencate tutte le directory in cui è stato cercato il file .pdb per l'assembly. Verificare tale elenco rispetto alla posizione .pdb effettiva. Assicurati che non trovi uno vecchio.

Nei progetti normali, l'assembly e il suo file .pdb devono sempre essere stati copiati dall'IDE nella stessa cartella del file .exe. La cartella bin \ Debug del tuo progetto. Assicurati di rimuoverne uno dal GAC se hai giocato con esso.


Solo qualcosa di semplice da provare - potresti aver già provato. Fare clic con il tasto destro del mouse sulla soluzione in Esplora soluzioni, fare clic su "soluzione pulita" per eliminare tutti i file compilati e temporanei associati a una soluzione .

Fai una ricostruzione della soluzione e prova a eseguire di nuovo il debug.

Ho anche avuto problemi con i punti di interruzione più progetti in una soluzione - alcuni compilati come x86, alcuni come x64.


Nel mio caso, stavo sviluppando un'applicazione per Windows CE, testata contro un emulatore. Il problema era che l'eseguibile non era distribuito all'emulatore, quindi il file .pdb (nell'ambiente di sviluppo) non era sincronizzato con l'exe (nell'emulatore), perché il nuovo exe non veniva mai copiato nell'emulatore. Ho dovuto eliminare l'exe nell'emulatore per forzare una nuova distribuzione. Quindi ha funzionato.







c# .net visual-studio debugging breakpoints