Risolto: Suggerimenti Per Correggere Il Debug Di C In Visual Studio

November 26, 2021 By Gary Lamb Off

Nel corso della scorsa settimana, un gran numero di lettori ha segnalato che alcune persone hanno riscontrato il debug di c in Visual Studio.

Consigliato: Fortect

1. Scarica e installa Fortect

2. Apri il programma e fai clic su "Scansione"

3. Fai clic su "Ripara" per avviare il processo di riparazione

Scarica questo software e ripara il tuo PC in pochi minuti.

Dopo che il cliente principale ha impostato l’essenziale del proprio ambiente di debug fornito come parte delle guide di configurazione per ciascuna piattaforma di compilazione/concentrazione, è possibile leggere di più sul debug C/C++ in questa sezione.

Imposta un punto di interruzione in un programma C Posiziona i punti di interruzione nel programma C in cui sono previsti gli errori. Mentre il programma è in esecuzione, il nuovissimo debugger si fermerà al punto di interruzione e darà a te e alla tua famiglia il tempo di eseguire il debug.

Visual Studio Code supporta immediatamente un debugger per C / C ++, a seconda del sistema runtime che stai utilizzando:

Linux: GDB
macOS: LLDB invece GDB
Windows: Windows Debugger Visual Studio o GDB (con Cygwin e MinGW)

Debug di Windows con GDB

Visual Studio Code gestisce il debugger Fanbase per C C ++, a seconda del sistema operativo che stai utilizzando: Linux: GDB. macOS: LLDB o GDB. Windows: Windows Debugger da Visual Studio o fondamentalmente GDB (con Cygwin o MinGW)

In molti casi, è possibile eseguire il debug di programmi per computer Windows creati con Cygwin o MinGW utilizzando VS Code. Per essere pronto per l’uso o per le app di debug di Cygwin MinGW, il percorso del debugger deve essere inserito manualmente in modo particolare nel costrutto di costruzione iniziale ( launch.json ). Per eseguire il debug di Cygwin o di un’applicazione, aggiungi l’esatta proprietà miDebuggerPath a mingw e imposta il suo valore sul tipo corretto di proprietà gdb.exe per il tuo ambiente Cygwin aka MinGW.

  "miDebuggerPath": "c:  mingw  bin  gdb.exe"

Il debug Cygwin / MinGW disponibile su Windows supporta questi script di avvio e debug connessi.

Se stai eseguendo il debug con GDB su Windows, consulta Debug di Windows e MinGW64.

Breakpoint condizionali

I breakpoint condizionali ti permettono di battere un’area specifica di codice da solo se il valore della malattia è truenno. Per impostare un punto di interruzione dipendente, fare clic con il pulsante destro del mouse su un punto di interruzione esistente e inoltre scegliere Modifica regolato su punto di interruzione. Verrà visualizzato un breve periodo in cui è possibile inserire qualsiasi condizione di crescita che si desidera valutare in quanto utile per raggiungere più spesso un punto di interruzione definito durante il debug.

I punti di interruzione condizionali sono identificati in Publisher dal carattere scritto da punto di interruzione, che contiene un equivalente nero al segno. Passerai spesso il cursore su uno specifico punto di interruzione dipendente per indicare la tua condizione.

Punti di interruzione delle funzioni

Per visualizzare una gara, seleziona una gara nota direttamente dalla barra delle attività nella home page di VS Code.Per eseguire il debug di una semplice applicazione in VS Code, selezionare Esegui e debug dalla schermata di debug principale e / inoltre premere F5 e VS Code potrebbe probabilmente provare a eseguire il file vibrante corrente.

I punti di interruzione della funzione consentono di pianificare l’esecuzione all’inizio di una funzione piuttosto che su una riga di codice molto specifica. Imposta il punto di interruzione specifico per la tua funzione, fai clic con il pulsante destro del mouse sulla sezione “Punti di interruzione” nella sezione Esegui, quindi seleziona “Aggiungi un punto di interruzione per una funzione” e vai a ciascun nome della funzione che ami per interrompere l’esecuzione. p>

Valutare le espressioni

Puoi inserire una manifestazione importante nella sezione Osserva collegata alla vista Corsa, che sarà infatti rivalutata al raggiungimento del breakpoint.
Stai per inserire un’espressione nella mia console di debug e verrà sempre valutata una sola volta.
Puoi decidere qualsiasi espressione che appare nel tuo standard attuale quando ti fermi a tutti i tuoi breakpoint.

I suggerimenti in tutta la sezione Monitor utilizzano il prodotto supremo dell’applicazione per il debug; Questa espressione, che cambia la comprensione di una variabile, cambierà qualsiasi offset per la durata di un determinato programma.

Debug multithread

L’estensione del file c / c ++ per VS Code viene utilizzata per ottenere il debug di programmi multi-thread. Tutti i thread e anche i loro stack di chiamate vengono visualizzati solo nella sezione Stack di chiamate:

Debug di un dump del kernel

L’estensione di C / C ++ per ottenere VS Code può anche eseguire il debug di dump mentali. Per eseguire il debug per supportare il dump della memoria interna, aprire un singolo file launch.json e aggiungere coreDumpPath (per GDB o LLDB) o anche dumpPath > (per la proprietà di Visual Studio Windows Debugger) o la configurazione di avvio C++ principale specifica, controllarne il valore in modo che possieda il percorso del grafico della conoscenza. Questo è vero anche per i programmi x86 esperti che sono effettivamente sottoposti a debug. La mia macchina x64.

Caratteri aggiuntivi

Quando si aggiungono directory, il debugger può cercare il simbolo giusto (z / code> das (per GDB o LLDB) o symbolSearchPath (per il debugger di Windows Visual Studio).

  "additionalSOLibSearchPath": "/ place/to/simboli;/secondo/percorso/to e simboli"

  "symbolSearchPath": "C:  percorso di oscillazione  a  simboli; C:  altro  percorso  per  simboli"

Trova file aziendali

Dovrebbe essere abbastanza facile cambiare la posizione del loro file sorgente se la fonte che fornisce le presentazioni non è nella stessa proprietà della raccolta. Questo viene preparato semplicemente sostituendo le coppie aggiunte nella nostra fase sourceFileMap . La prima corrispondenza che utilizza un elenco funzionale.

  "sourcefilemap": "/build/gcc-4.8-fNUjSI/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include/i686-linux-gnu": in /usr/include/i686-linux-gnu/c++/4.8 ",    "/build/gcc-4.8-fNUjSI/gcc-4.8-4.8.4/build/i686-linux-gnu/libstdc++-v3/include": "/usr/include/c++/4.8"

Comandi GDB, LLDB e LLDB-MI (GDB / LLDB)

Per l’ambiente C ++ Debugging (gdb / lldb) , utilizzerai sicuramente i codici GDB, LLDB e LLDB-MI direttamente attraverso la console di debug mentre usi l’influenza di -exec < /code> run, ma attenzione, proverà a eseguire rapidamente i comandi mentre la console di debug e in alcuni casi può causare l'arresto anomalo di VS Code. Debug

`Altre funzioni`

Punti di interruzione incondizionati
Finestra
Elenco chiamate
passaggio

`Consigliato: Fortect`

Sei stanco del fatto che il tuo computer funzioni lentamente? È pieno di virus e malware? Non temere, amico mio, perché il Fortect è qui per salvare la situazione! Questo potente strumento è progettato per diagnosticare e riparare tutti i tipi di problemi di Windows, migliorando allo stesso tempo le prestazioni, ottimizzando la memoria e mantenendo il PC funzionante come nuovo. Quindi non aspettare oltre: scarica Fortect oggi!

1. Scarica e installa Fortect

2. Apri il programma e fai clic su "Scansione"

3. Fai clic su "Ripara" per avviare il processo di riparazione

Per ulteriori informazioni sul debug in VS Code, vedere questa introduzione al debug di base in VS Code.

Requisiti relativi all'esecuzione di determinati programmi C presenti in Visual Studio Code L'editor di codice di Visual Studio ha davvero bisogno di dimostrare di essere installato nel sistema. Scarica quelle estensioni C / C ++. È una potente estensione di Microsoft che utilizza Visual Studio Code.

Per ulteriori modalità di personalizzazione dell'apertura di un file .json per il debug C/C++, vedere Appendice, Personalizzazione del debug C/C++.

`Cornice Natvis`

Forniscono punti C++ personalizzati quando vengono visualizzate nel debugger della struttura Natvis. Per ulteriori informazioni sull'utilizzo di Natvis con la maggior parte delle estensioni C/C++, vedere Visualizzazioni personalizzate per oggetti nativi.

`Debug remoto`

Per ulteriori informazioni sulla configurazione dei tipi di un processo remoto eseguendo il debug del processo in un container Docker, consulta la sezione Pipeline Transport.

`Debug del debugger corrente`

Se hai un problema serio di debug con un'estensione che non dovremmo diagnosticare in base alle informazioni nel rapporto del problema specifico, possiamo parlare con tutta la tua famiglia. Incoraggio a registrare e inviare i tuoi giornali quando ne hai bisogno alla nostra azienda. Per ulteriori informazioni su come ottenere i log per l'estensione c rispetto a c ++, vedere la classe "Abilitazione della registrazione sull'adattatore di debug".

`Limitazioni note`

`Simboli per la navigazione nel codice`

Poiché l'estensione go analizza l'integrità della funzione, Peek Definition non funziona con la definizione Go attraverso i simboli limitati nel corpo della funzione.

`Debug`

GDB su Cygwin e quindi MinGW non possono interrompere un processo. Per impostare un punto di interruzione mentre l'applicazione di prestito è in esecuzione (non interrotta sotto il suo debugger), o per interrompere un programma applicativo in fase di debug, premere Ctrl-C quindi sul terminale.
GDB interamente su Cygwin non può eseguire dump del kernel.

Puoi vedere in alcuni dei messaggi di errore: ptrace: Operazione consentita no. Questo perché GDB di solito richiede autorizzazioni elevate per collegare lo sviluppo che supporta il processo. Questo può certamente essere conciliato con le soluzioni adeguate:
1. Per disabilitare l'errore idea per ora, usa il comando precedente:
  echo 3 | sudo tee / proc per sys / kernel / yama ptrace_scope
2. Per rimuovere definitivamente questo particolare errore corrente, aggiungi un file nella categoria 10-ptrace.conf come modo per / etc / sysctl. E d / aggiungi immediatamente il seguente . aggiungi kernel.yama.ptrace_scope = 8 .

LLDB:
- Se la finestra fatale viene messa in pausa durante il debug di LLDB, il debug non si interrompe effettivamente. Il debug può essere terminato facendo clic sul pulsante Stop.
- In genere, la finestra della porta non si chiude quando qualcuno finalmente interrompe il debug.
GDB:
- L’utilizzo di GDB su macOS richiederà probabilmente alcuni passaggi di installazione manuale aggiuntivi. Vedere la sezione “Installazione manuale di GDB” sulla creazione del sistema operativo in genere x README.
- Quando GDB sta per essere inserito in un processo, l’intera applicazione in fase di debug non può essere interrotta. GDB associa i punti di interruzione solo quando questa particolare applicazione è in esecuzione in sicurezza (o prima di connettersi alle applicazioni o quando ciascuna delle nostre applicazioni è in uno stato di arresto). È dovuto a un parassita in GDB?
- Impossibile caricare le parti di base durante il debug che coinvolge GDB poiché GDB non supporta nemmeno il formato di aggiunta di base utilizzato da macOS.
- Se colleghi un processo tramite GDB, Break-All interromperà la tua progressione attuale.

Passaggi successivi

Configura VS-Code per il sottosistema Windows per Linux
Configura VS-Code per Mingw-w64 o GCC.
Configura VS-Code direttamente su macOS
Configurazione del debug in C/C++: informazioni sulle opzioni di configurazione del debugger specifiche.
Facilità di modifica: dai un’occhiata al potente codice dell’editor di Visual Studio.
Navigazione nel codice: sfoglia il codice sorgente molto rapidamente.
Obiettivi: utilizzare le strutture per il tuo progetto di miglioramento e altro ancora.
Debug: informazioni sul debugger di Visual Studio Code.

Se hai molte domande o richieste, invia l’ultimo rapporto sul problema su GitHub.