Posso impostare un breakpoint in main ed eseguire il debug del codice con il codice sorgente corretto, ma non so da dove gdb prenda il codice sorgente.Trova il percorso del codice sorgente per il file eseguibile correntemente corrotto in gdb
Il codice sorgente non è presente in CWD.
Come trovare da quale posizione gdb sta prendendo il codice? Uscita
info source
Esempio::
comando gdb È possibile utilizzare
Current source file is a.c
Compilation directory is /home/user/test
Located in /home/user/test/a.c
Contains 17 lines.
Source language is c.
Compiled with DWARF 2 debugging format.
Includes preprocessor macro info.
Utilizzare il gdb "Mostra directory" di comando per vedere il percorso di ricerca di origine.
uso
(gdb) show directories
se non si sa dove queste directory vengono impostate di controllo nella vostra .gdbinit se ci sono dichiarazioni come
directory /path/to/source
vedi anche this other SO Thread about gdb
Il il binario è probabilmente compilato con "-g" - cioè il debugging.
Ciò non significa che la fonte sia compilata nel file binario. –
Ma significa che vengono mantenuti i riferimenti alla fonte originale. Ho provato questo sul mio sistema e funziona. – diciu
Queste informazioni vengono mantenute in formato binario nel formato DWARF2. Quindi, per vedere le informazioni di DWARF2, è possibile utilizzare l'utility dwarfdump. Le informazioni necessarie sono conservate nel campo DW_AT_comp_dir.
dove gdb memorizza questa posizione del codice sorgente? È nell'eseguibile stesso? – suresh
Nell'eseguibile stesso creato con informazioni di debug. –
Se GDB memorizza già le informazioni in eseguibile, perché ha bisogno di nuovo l'origine? – ernesto