2009-05-19 19 views
15

Sto eseguendo il debug di un progetto (Web) in Visual Studio 2008. Sto colpendo un punto di interruzione. F10 continua alla riga successiva, come previsto, ma il prossimo F10 interrompe il debug e il codice continua senza ulteriori debug (come premere F5). Perché sta succedendo?Perché F10 (passaggio) in Visual Studio non funziona?

  • Ho provato "soluzione pulita".
  • Altri punti di interruzione a volte (!) Saltati, anche con lo stesso metodo

Degli indizi?

+0

e assicurati che il tuo codice sia raggiungibile – Ada

risposta

19

Probabilmente non si dispone dell'aggiornamento kb 957912 per Visual Studio 2008. Che ha risolto lo stesso problema sul mio computer.

+0

Grazie !! Installerò e riferirò – edosoft

+0

Risolto il problema per me. Il più apprezzato –

+0

Grazie per la soluzione, ha funzionato per me. – Carra

8

Assicurati di essere in modalità debug non in versione.

+0

Controllato, grazie. – edosoft

+0

Questo ha funzionato per me, grazie. –

1

Senza sapere di più sulla tua applicazione è difficile da dire, ma in genere questo genere di cose accade quando il processo avvia una discussione o altrimenti va in codice dove non ci sono informazioni di debug.

0

Potrebbe esserci un'eccezione durante l'esecuzione dell'istruzione in questione. Prova a consentire a tutte le eccezioni di entrare nel debugger e controllare.

0

Sembra quasi che tu abbia le impostazioni predefinite per il debug. Se vai a: Strumenti
- Opzioni - Debug Nella sezione generale, c'è un opzione per "Attiva Just My Code" Per impostazione predefinita che viene selezionata, se si deseleziona che si dovrebbe essere in grado di intervenire nel codice che vuoi vedere.

Senza sapere di più sul progetto e sul codice a cui si fa riferimento, questa è la mia ipotesi migliore per capire perché non si possa entrare nel codice.

Speranza che aiuta Rihan

0

F10 è un passo sopra. Ciò significa che tutti i metodi chiamati dal tuo metodo attuale non verranno mostrati nel debugger. Se questi lanciano un'eccezione non rilevata o in qualche modo terminano l'esecuzione, il debug terminerà e ciò determinerà ciò che stai sperimentando.

F11 (Step Into) è di solito un'idea migliore quando si passa attraverso il codice.

+3

Non ha detto che vuole intervenire - ha detto che vuole calpestare. Dire che F11 è meglio di F10 non è giusto. – TheSoftwareJedi

+1

@TheSoftwareJedi: Davvero? Hai letto il nome della domanda? "Perché F10 (continua) in Visual Studio non funziona?" Il motivo è perché F10 non è Continua. – Powerlord

+0

Non sono sicuro del motivo per cui il passaggio è migliore. Ho la situazione come TS sia F10 che F11 non funziona. – Vitaliy

0

Potrebbe passare l'ultimo codice in esecuzione nel thread o in qualche modo tornerà al thread dell'interfaccia utente. Se si tratta di un'app GUI, provare a fare qualcosa che richiami un gestore di eventi e vedere se si interrompe nell'esecuzione successiva.

+0

Si tratta di una web app – edosoft

+0

ah vedo, non so quindi – Davy8

0

Avevo questo problema durante lo sviluppo di un'applicazione Web in esecuzione su IIS sul mio computer locale. Ho scoperto che aprire il task manager e uccidere il processo (w3wp), quindi riprovare a risolvere il problema temporaneamente.

Problemi correlati