2013-03-20 37 views
6

So che questa domanda è stata posta più volte e molte persone hanno suggerito risposte diverse. Sebbene nessuno di loro stia lavorando per me.Visual Studio C# debugger - il punto di interruzione non verrà colpito al momento

Ho creato un'applicazione Windows Form con Visualstudio e framework 4.0 e aggiunto un punto di interruzione. Tuttavia, quando il debug dell'applicazione, viene visualizzato un punto esclamativo sul punto di interruzione e si dice ..

Il punto di interruzione non sarà attualmente essere colpito. Nessun codice eseguibile è associato a questa linea. Le possibili cause includono: compilazione condizionale o ottimizzazioni del compilatore.

Ho provato diverse soluzioni suggerite

  • Ripulito il progetto
  • eliminato il PPB
  • controllato la configurazione e assicurato che sia il debug
  • impostare la configurazione di debug da "X 86 "a" Qualsiasi CPU "
  • Provato a creare il progetto da zero
  • provato a reinstallare .NET framework
  • rimossi i file temporanei asp.net

Tuttavia, nessuno di loro sembra funzionare. Sono stato in grado di eseguire il debug dei miei progetti con breakpoint prima e per qualche motivo, è successo qualcosa e non riesco più a eseguire il debug dei progetti. Qualcuno può suggerirmi cosa devo cercare o risolvere per risolvere questo problema.

+0

Impostare un punto di interruzione su una riga _prima_ con il quale si riscontrano problemi e eseguire un singolo passaggio del codice. Dovresti quindi essere in grado di vedere perché/se il codice viene eseguito. Potrei semplicemente essere il compilatore ottimizzato via il codice; pubblica il codice in questione. – Tony

risposta

0

In Visual Studio andare alla barra dei menu, DEBUG -> WINDOWS -> Moduli, trovare l'assembly in cui si trova il codice e controllare lo stato del simbolo, è probabile che VisualStudio stia caricando una versione diversa che non corrisponde al pdbs

+1

Controllato, sta caricando il corretto pdb e l'eseguibile corretto. Inoltre, non funziona anche se creo un nuovo progetto e lo eseguo senza apportare modifiche. –

+0

Presumo che tu stia parlando di un'applicazione asp.net, cosa succede se non inizi il debugging, ma esegui il collegamento all'applicazione già in esecuzione (IIS/Cassini)? – Dominik

+0

Ho chiaramente specificato che si tratta dell'applicazione Windows Form (ad esempio l'applicazione desktop). Tuttavia, ho anche provato il tuo suggerimento e il risultato è lo stesso. –

-6

L'opzione migliore è creare un nuovo progetto. quindi importa tutti i file nel progetto precedente, inclusi i moduli, se presenti.

Ora si è impostato su OK per continuare.

+0

Ho già dichiarato di aver provato a creare un progetto da zero, spero che abbiate letto correttamente la domanda –

5

Probabilmente il punto di interruzione è nel progetto che non dipende da "progetto di avvio". In modo implicito questi progetti non sono compilati su Esegui (pulsante F5).

andare su: Strumenti -> Opzioni -> Progetto e Soluzioni -> costruire e gestire -> deselezionare la casella di controllo prima (Solo costruire progetti di avvio e le dipendenze su Esegui)

0

Recentemente ho avuto questo problema ed è mi ha bloccato per un po '. Alla fine ho spostato inavvertitamente la mia configurazione di build da DEBUG a un'altra configurazione che era più ottimizzata e non "Definisci costante DEBUG": Progetto> Proprietà> Crea> (prima casella di controllo).

Ciò può verificarsi anche se altri progetti nella soluzione sono impostati su configurazioni diverse da DEBUG, di solito accidentalmente, in Solution Configuration Manager.

0

Ho avuto lo stesso problema qui .. Stavo usando Visual Studio 2005 - Professional Edition e il mio problema è stato quando ho provato a creare un breakpoint in un'applicazione Windows Form. Ho cercato in molti forum su internet e non ho trovato nessuna risposta. Ma la soluzione per questo problema è stata più semplice di quanto mi aspettassi, basta fare clic destro su Visual Studio Shortcut (o .exe) e deselezionare: eseguire in modalità compatibilità.

Problemi correlati