Ottenere gdb per salvare un elenco di punti di interruzione?

Question

OK, l'interruzione di informazioni elenca i punti di interruzione, ma non in un formato che funzioni bene con il riutilizzo utilizzando il comando - as in this question. Gdb ha un metodo per scaricarli nuovamente in un file accettabile per l'input? A volte in una sessione di debug, è necessario riavviare gdb dopo aver creato una serie di punti di interruzione per il test.

Modifica: il file .gdbinit ha lo stesso problema di --command. Il comando info break non elenca i comandi, ma piuttosto una tabella per il consumo umano.

Elaborare, ecco un esempio da informazioni pausa:

 
(gdb) info break 
Num Type   Disp Enb Address What 
1 breakpoint  keep y 0x08048517 <foo::bar(void)+7> 

Answer 1

A partire da gdb 7.2 è ora possibile utilizzare il comando salva punti di interruzione.

save breakpoints <filename> 
    Save all current breakpoint definitions to a file suitable for use 
    in a later debugging session. To read the saved breakpoint 
    definitions, use the `source' command. 

Answer 2

Mettere i comandi gdb e punti di interruzione in un file .gdbinit proprio come si potrebbe digitarli al gdb> prompt e gdb caricherà automaticamente ed eseguirli all'avvio. Questo è un file per directory, quindi puoi avere file diversi per progetti diversi.

Answer 3

Questa risposta è obsoleta, gdb ora supporta il salvataggio diretto. Vedi this answer.

È possibile utilizzare la registrazione:

(gdb) b main 
Breakpoint 1 at 0x8049329 
(gdb) info break 
Num  Type   Disp Enb Address What 
1  breakpoint  keep y 0x08049329 <main+16> 
(gdb) set logging file breaks.txt 
(gdb) set logging on 
Copying output to breaks.txt. 
(gdb) info break 
Num  Type   Disp Enb Address What 
1  breakpoint  keep y 0x08049329 <main+16> 
(gdb) q 

Il file contiene breaks.txt ora:

Num  Type   Disp Enb Address What 
1  breakpoint  keep y 0x08049329 <main+16> 

Scrivendo uno script awk che trasforma, che in un formato utile per la .gdbinit o un --command il file è facile. Oppure si può anche fare lo script emette separati s --eval-command' alla riga di comando gdb ...

L'aggiunta di questo piccolo macro per .gdbinit vi aiuterà a farlo:

# call with dump_breaks file.txt 
define dump_breaks 
    set logging file $arg0 
    set logging redirect on 
    set logging on 
    info breakpoints 
    set logging off 
    set logging redirect off 
end 

Answer 4

Il problema è che l'impostazione di un il punto di rottura è sensato al contesto. Cosa succede se si dispone di due funzioni statiche denominate foo? Se si sta già eseguendo il debug di uno dei moduli che definisce foo, si deve eseguire il , quindi il gdb presupporrà che si intendesse quello. Ma se semplicemente scarichi "break foo" in un file e poi leggi quel file all'avvio, , non sarà chiaro quale funzione foo intendi.

Answer 5

estensione alla risposta da Johannes: si potrebbe riformattare automaticamente l'uscita di info break in un file valido di comando gdb:

.gdbinit: 

define bsave 
    shell rm -f brestore.txt 
    set logging file brestore.txt 
    set logging on 
    info break 
    set logging off 
    # reformat on-the-fly to a valid gdb command file 
    shell perl -n -e 'print "break $1\n" if /^\d+.+?(\S+)$/g' brestore.txt > brestore.gdb 
end 
document bsave 
    store actual breakpoints 
end 

Successivamente si hanno un commandfile valido brestore.gdb

Questo ha funzionato per me quando l'applicazione è compilata con -g.

EDIT: testato con successo con gdb v6.8 su Ubuntu Karmic.

Answer 6

Un'estensione estensione di anon alla risposta Johannes':

.gdbinit: 

define bsave 
    shell rm -f brestore.txt 
    set logging file brestore.txt 
    set logging on 
    info break 
    set logging off 
    # reformat on-the-fly to a valid gdb command file 
    shell perl -n -e 'print "break $1\n" if /^\d+.+?(\S+)$/g' brestore.txt > brestore.gdb 
end 
document bsave 
    store actual breakpoints 
end 

define brestore 
    source brestore.gdb 
end 
document brestore 
    restore breakpoints saved by bsave 
end 

Con brestore si può quindi ripristinare i punti di interruzione salvati con bsave.

Answer 7

Altre idee? Io ho

warning: Current output protocol does not support redirection 

dopo

set logging on 

EDIT:

So che domanda è "come salvare un elenco di punti di interruzione", ma ho appena scoperto, che con gdb noi può semplicemente impostare i punti di interruzione "salvati nel file" di

gdb> source breakpoints.txt 

dove breakpoints.txt è il file in questo modo:

break main.cpp:25 
break engine.cpp:465 
break wheel.cpp:57 

Answer 8

Forse questo:

http://sourceware.org/gdb/current/onlinedocs/gdb/Save-Breakpoints.html

Answer 9

avvertimento: protocollo di uscita in corrente non non supporta il reindirizzamento

Inoltre ottengo questo errore/avviso in GDB quando si tenta di abilitare la registrazione in modalità TUI, tuttavia la registrazione sembra funzionare quando in "non- TUI ". Quindi lascio la modalità TUI ogni volta che voglio registrare qualcosa. (Passare avanti e indietro in modalità TUI con CTRL-X, CTRL-A).

Ecco come io lavoro:

1. inizio GDB (in modalità normale)
2. abilitare la registrazione: set logging on - ora non dovrebbe lamentarsi.
3. levetta back/indietro alla modalità di TUI e fare GDB roba
4. whenver Voglio accedere qualcosa (come una enorme discarica backtrace) - passare alla modalità normale

Spero che questo aiuti, /M: o)

Answer 10

messo quanto segue in ~/.gdbinit per definire BSAVE e brestore come gdb comandi per Salva- e ripristinare i punti di interruzione.

define bsave 
    save breakpoints ~/.breakpoints 
end 

define brestore 
    source ~/.breakpoints 
end 

Answer 11

Il problema è che l'impostazione di un punto di interruzione è contesto sensative. Cosa succede se si hanno due funzioni statiche chiamate pippo?Se stai già eseguendo il debug di in uno dei moduli che definiscono foo, gdb supporrà che intendi quello . Ma se semplicemente scarichi "break foo" in un file e poi leggi il file all'avvio, non sarà chiaro quale sia la funzione corrispondente a .

Non ho i punti mod per rispondere, ma quello che fai è rendere espliciti i punti di interruzione, specificando il file sorgente e il numero di riga. Se foo() è specificato in entrambi foo.c: 42, e in bar.c: 1337

break foo.c:42 
break bar.c:1337 

In alternativa, specificare un punto di interruzione in-source che attivano solo se il programma è in esecuzione in gdb. Vedi How to detect if the current process is being run by GDB?

Answer 12

So che questo è un thread vecchio ma è venuto nella mia ricerca su Google per aiutarmi a fare questo. Sono nuovo di gdb e ho trovato la seguente aggiunta alla risposta sopra utile per salvare/caricare i breakpoint su un file specifico.

• Salva i punti di interruzione: BSAVE {nome}
• punti di interruzione di carico: BLOAD {nome}

Come sopra aggiungere il seguente codice al file ~/.gdbinit

#Save breakpoints to a file 
define bsave 
    if $argc != 1 
     help bsave 
    else 
    save breakpoints $arg0 
    end 
end 
document bsave 
Saves all current defined breakpoints to the defined file in the PWD 
Usage: bsave <filename> 
end 

#Loads breakpoints from a file 
define bload 
    if $argc != 1 
     help bload 
    else 
     source $arg0 
    end 
end 
document bload 
Loads all breakpoints from the defined file in the PWD 
Usage: bload <filename> 
end