Ottenere GDB per salvare un elenco di punti di interruzione

OK, l' interruzione di informazioni elenca i punti di interruzione, ma non in un formato che funzionerebbe bene riutilizzandoli usando il comando - come in questa domanda . GDB ha un metodo per scaricarli in un file accettabile per un nuovo input? A volte in una sessione di debug, è necessario riavviare GDB dopo aver creato una serie di punti di interruzione per i test.

Il file .gdbinit presenta lo stesso problema di --command. Il comando di interruzione delle informazioni non elenca i comandi, ma piuttosto una tabella per il consumo umano.

Per elaborare, ecco un esempio di interruzione di informazioni :

(gdb) interruzione informazioni
Num Tipo Disp Enb Indirizzo Cosa
1 punto di interruzione mantenere y 0x08048517 <foo :: bar (vuoto) +7>

A partire da GDB 7.2 (23-08-2011) è 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.

Utilizzare source <filename>per ripristinare i punti di interruzione salvati dal file.

Questa risposta è obsoleta. GDB ora supporta il salvataggio diretto. Vedere questa risposta .

È 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 breaks.txt ora contiene:

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

Scrivere uno script AWK che lo trasforma in un formato utile per il file .gdbinito --commandè facile. Oppure potresti anche rendere l'emissione dello script separata --eval-commanddalla riga di comando GDB ...

L'aggiunta di questa piccola macro a .gdbinit ti 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

Inserisci i tuoi comandi GDB e punti di interruzione in un file .gdbinit proprio come potresti digitarli al gdb>prompt e GDB li caricherà e li eseguirà automaticamente all'avvio. Questo è un file per directory, quindi puoi avere file diversi per progetti diversi.

Un'estensione all'estensione di anon alla risposta di 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è quindi possibile ripristinare i punti di interruzione salvati con bsave.

Estensione alla risposta di Johannes : potresti riformattare automaticamente l'output di info breakin un file di comando GDB valido:

.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 hai un file di comando valido in brestore.gdb.

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

Ho anche testato con successo con GDB v6.8 su Ubuntu 9.10 (Karmic Koala).

Forse questo:

save breakpoints [filename]

Inserisci quanto segue in ~ / .gdbinit per definire bsave e brestore come comandi GDB per salvare e ripristinare i punti di interruzione.

define bsave
    save breakpoints ~/.breakpoints
end

define brestore
   source ~/.breakpoints
end

avviso: il protocollo di output corrente non supporta il reindirizzamento

Ricevo anche questo errore / avviso in GDB quando provo ad abilitare la registrazione in modalità TUI . Tuttavia, la registrazione sembra funzionare in modalità "non TUI". Quindi lascio la modalità TUI ogni volta che voglio registrare qualcosa. (Passa avanti e indietro in modalità TUI con Ctrl+X , Ctrl+A ).

Ecco come lavoro:

1. avvia GDB (in modalità normale)
2. abilita la registrazione: set logging on- ora non dovrebbe lamentarsi.
3. attiva / disattiva la modalità TUI e fai cose GDB
4. ogni volta che voglio registrare qualcosa (come un'enorme discarica di backtrace) - passare alla modalità normale

Ho trovato utile la seguente aggiunta a una risposta precedente per salvare / caricare i punti di interruzione in un file specifico.

• Salva punti di interruzione: bsave {nome file}
• Carica punti di interruzione: carica {nome file}

Come nella risposta precedente, aggiungi 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

Il problema è che l'impostazione di un punto di interruzione è sensibile al contesto. Cosa succede se si dispone di due funzioni statiche denominate foo ?

Se stai già eseguendo il debug di uno dei moduli che definiscono foo, GDB supporrà che tu lo intendessi. Ma se hai appena dump "pausa foo" in un file e quindi leggere il file allo start-up, non sarà chiaro quale funzione foo vuoi dire.

Altre idee? Io ho

warning: Current output protocol does not support redirection

dopo

set logging on

MODIFICARE:

So che la domanda è "come salvare un elenco di punti di interruzione", tuttavia ho appena scoperto che con GDB possiamo semplicemente impostare i punti di interruzione "salvati nel file"

gdb> source breakpoints.txt

dove breakpoints.txtè un file come questo:

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