Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Quando il debugger avvia una nuova applicazione di destinazione, si verifica automaticamente un punto di interruzione iniziale dopo che l'immagine principale e tutte le DLL collegate in modo statico vengono caricate prima che vengano chiamate routine di inizializzazione DLL.
Quando il debugger si connette a un'applicazione in modalità utente esistente, si verifica immediatamente un punto di interruzione iniziale.
L'opzione della riga di comando -g fa sì che WinDbg o CDB ignori il punto di interruzione iniziale. A questo punto è possibile eseguire automaticamente un comando. Per altre informazioni su questa situazione, vedere Controllo di eccezioni ed eventi.
Se si desidera avviare una nuova destinazione e interromperla quando l'esecuzione dell'applicazione effettiva stia per iniziare, non usare l'opzione -g. Lasciare invece che si verifichi il punto di interruzione iniziale. Dopo che il debugger è attivo, impostare un punto di interruzione nella routine main o winmain e quindi usare il comando g (Go). Tutte le procedure di inizializzazione vengono quindi eseguite e l'applicazione si arresta quando l'esecuzione dell'applicazione principale sta per iniziare.
Per altre informazioni sui punti di interruzione automatici in modalità kernel, vedere Arresto anomalo e riavvio del computer di destinazione.
Vedere anche
Sintassi del punto di interruzione
bp, bu, bm (Imposta punto di interruzione)
Risoluzione ambigua dei punti di interruzione
Punti di interruzione non risolti (punti di interruzione bu)