E 'possibile impostare i punti di interruzione quando il debug remoto con Visual Studio?

Question

Sono in grado di connettersi al computer remoto ed eseguire il debug e vedere il codice sorgente, ma quando ho impostato un punto di interruzione di Visual Studio non rompo su di esso.

Quindi c'è qualcosa che deve essere fatto?
O è semplicemente non è possibile utilizzare i punti di interruzione durante il debug remoto?

Answer 1

Sì, lo è. È necessario fare in modo che il progetto preliminare di bilancio (informazioni di debug con info line) è presente e caricato nel debugger quando si collega al sito remoto, perché senza di essa il debugger non può associare le linee di sorgente in bytecode offset, che è richiesto per impostare un punto di interruzione.

Answer 2

La risposta più immediata è Sì , tuttavia ci sono un certo numero di cose diverse che potrebbero arresterà il punto di rottura di essere attivato. Molto tempo fa ho postato questa lista di controllo come una risposta a un'altra domanda, che potrebbe aiutare a ora:

Perché il mio C # debugger saltare i punti di interruzione ?

In particolare verificare se l'immagine per il punto di interruzione è solido (che indica che il punto di interruzione deve essere colpito, se lo si raggiunge) o se il punto di interruzione è solo un cerchio vuoto con un punto po 'esclamativo accanto ad esso - se si ottiene il punto esclamativo quindi controllare la punta dello strumento che si ottiene quando si passa sopra di esso, potrebbe dirvi qual è il problema.

Infine, il suo perfettamente possibile eseguire il debug di una build di rilascio, tuttavia è necessario fare in modo che si producono simboli quando si genera - questi possono essere sia in un file esterno (un .pdb), oppure a volte possono essere incorporati nella assemblaggio in sé (anche se non ho mai fatto questo io stesso)

Answer 3

Sì, è possibile. Utilizzare F9 per creare punto di rottura. Essere consapevoli del sottostante durante il debug remoto ..

Ci sono due ragioni per il debugger remoto a non colpire il punto di interruzione

1. simboli errati.

2. Uso della NET Framework sbagliata durante il debug (è possibile selezionare il "Connetti a processo" finestra in Visual Studio).