Nota
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare ad accedere o a cambiare directory.
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare a cambiare directory.
È importante disporre di simboli nel computer di errore prima di avviare il debugger per un errore in modalità utente. Tuttavia, a volte il debugger viene avviato senza simboli. Se il problema è facilmente riproducibile, è sufficiente copiare i simboli ed eseguire di nuovo. Se, tuttavia, il problema potrebbe non verificarsi di nuovo, alcune informazioni possono comunque essere ricavate dall'errore:
Per capire cosa significano gli indirizzi, è necessario un computer che corrisponde a quello con l'errore. Deve avere la stessa piattaforma (x86 o x64) e essere caricata con la stessa versione di Windows.
Dopo aver configurato il computer, copiare i simboli in modalità utente e i file binari di cui si vuole eseguire il debug nel nuovo computer.
Avviare CDB o WinDbg nel computer senza simboli.
Se non si conosce l'applicazione non riuscita nel computer senza simboli, rilasciare | (Stato processo) comando. Se non si specifica un nome, passare a KD nel computer senza simboli ed eseguire un processo !0 0, cercando l'ID processo specificato dal comando CDB.
Quando sono stati configurati i due debugger, uno con simboli che non hanno colpito l'errore e uno che ha raggiunto l'errore, ma senza simboli, eseguire un comando k (Display Stack Backtrace) nel computer senza simboli.
Nel computer con simboli eseguire un comando u (Unassemble) per ogni indirizzo specificato nello stack senza simboli. In questo modo verrà visualizzata l'analisi dello stack per l'errore nel computer senza simboli.
Esaminando un'analisi dello stack è possibile visualizzare i nomi di modulo e di funzione coinvolti nella chiamata.