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.
Aggiornamento: novembre 2007
Le informazioni contenute in questo argomento sono valide per:
Edition |
Visual Basic |
C# |
C++ |
Web Developer |
|---|---|---|---|---|
Express |
![]() |
![]() |
Solo nativo |
![]() |
Standard |
![]() |
![]() |
Solo nativo |
![]() |
Pro e Team |
![]() |
![]() |
Solo nativo |
![]() |
Legenda tabella:
![]() |
Si applica |
![]() |
Non applicabile |
![]() |
Comando o comandi nascosti per impostazione predefinita. |
Descrizione del problema
Il programma genera una violazione di accesso. Come è possibile effettuarne il debug?
Soluzione
Utilizzare la finestra Stack di chiamate per risalire lo stack di chiamate cercando i dati errati che sono stati passati come parametro a una funzione. Se ciò non è di aiuto, provare a impostare un punto di interruzione in una posizione precedente a quella in cui si verifica la violazione di accesso. Controllare se i dati in tale posizione sono corretti. In caso positivo provare a procedere, un'istruzione alla volta, verso la posizione in cui ha avuto luogo la violazione di accesso. Se è possibile identificare una singola azione, come una voce di menu che ha condotto alla violazione, si potrà adottare un'altra tecnica: impostare un punto di interruzione tra l'azione (in questo esempio la voce di menu) e la violazione di accesso. Sarà quindi possibile esaminare lo stato del programma nella fase immediatamente precedente alla violazione di accesso.
È possibile utilizzare una combinazione di queste tecniche per spostarsi in avanti o indietro nell'esecuzione, fino a isolare la posizione in cui si è verificata la violazione di accesso. Per ulteriori informazioni, vedere Utilizzo della finestra Stack di chiamate.
Vedere anche
Concetti
Domande frequenti sul debug del codice nativo
.gif)
.gif)
.gif)