Conseguir que o GDB salve uma lista de pontos de interrupção

OK, o info break lista os pontos de interrupção, mas não em um formato que funcione bem em reutilizá-los usando o comando - como nesta pergunta . O GDB tem um método para despejá-los em um arquivo aceitável para entrada novamente? Às vezes, em uma sessão de depuração, é necessário reiniciar o GDB após criar um conjunto de pontos de interrupção para teste.

O arquivo .gdbinit tem o mesmo problema que --command. O comando info break não lista comandos, mas uma tabela para consumo humano.

Para elaborar, aqui está uma amostra da quebra de informações :

(gdb) quebra de informação
Num Tipo Disp Enb Endereço O que
1 ponto de interrupção mantém y 0x08048517 <foo :: bar (void) +7>

A partir do GDB 7.2 (23-08-2011), agora você pode usar o comando save breakpoints .

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.

Use source <filename>para restaurar os pontos de interrupção salvos do arquivo.

Esta resposta está desatualizada. O GDB agora suporta salvar diretamente. Veja esta resposta .

Você pode usar o log:

(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

O arquivo breaks.txt agora contém:

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

É fácil escrever um script AWK que o transforme em um formato útil para o arquivo .gdbinitou --commandpara ele. Ou você pode até fazer o script emitir separado --eval-commandpara a linha de comando do GDB ...

Adicionar esta pequena macro ao .gdbinit ajudará você a fazer isso:

# 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

Coloque seus comandos e pontos de interrupção do GDB em um arquivo .gdbinit, assim como você pode digitá-los no gdb>prompt, e o GDB os carregará e executará automaticamente na inicialização. Este é um arquivo por diretório, para que você possa ter arquivos diferentes para diferentes projetos.

Uma extensão da extensão de anon para a resposta de 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

Com brestorevocê, é possível restaurar os pontos de interrupção salvos com bsave.

Extensão para a resposta de Johannes : você pode reformatar automaticamente a saída info breakem um arquivo de comando GDB válido:

.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

Depois, você tem um arquivo de comando válido no brestore.gdb.

Isso funcionou para mim quando o aplicativo é compilado -g.

Também testei com sucesso o GDB v6.8 no Ubuntu 9.10 (Karmic Koala).

Talvez isto:

save breakpoints [filename]

Coloque o seguinte em ~ / .gdbinit para definir bsave e brestore como comandos do GDB para salvar e restaurar pontos de interrupção.

define bsave
    save breakpoints ~/.breakpoints
end

define brestore
   source ~/.breakpoints
end

aviso: o protocolo de saída atual não suporta redirecionamento

Também recebo esse erro / aviso no GDB ao tentar ativar o log no modo TUI . No entanto, o log parece funcionar quando no modo "não TUI". Portanto, deixo o modo TUI sempre que quero registrar algo. (Alterne para frente e para trás no modo TUI com Ctrl+X , Ctrl+A ).

Aqui está como eu trabalho:

1. inicia o GDB (no modo normal)
2. ativar o log: set logging on- agora não deve reclamar.
3. alternar para o modo TUI e fazer coisas com GDB
4. sempre que eu quiser registrar algo (como um enorme despejo de backtrace) - alterne para o modo normal

Eu achei a seguinte adição a uma resposta anterior útil para salvar / carregar os pontos de interrupção em um arquivo específico.

• Salvar pontos de interrupção: bsave {filename}
• Carregar pontos de interrupção: bload {filename}

Como na resposta anterior, adicione o seguinte código ao arquivo ~ / .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

O problema é que a definição de um ponto de interrupção é sensível ao contexto. E se você tiver duas funções estáticas chamadas foo ?

Se você já estiver depurando um dos módulos que define foo, o GDB assumirá que você o quis dizer. Mas se você simplesmente despejar "pausa foo" em um arquivo e, em seguida, ler esse arquivo no arranque, não ficará claro qual a função foo você quer dizer.

Alguma outra ideia? eu tenho

warning: Current output protocol does not support redirection

depois de

set logging on

EDITAR:

Eu sei que a pergunta é "como salvar uma lista de pontos de interrupção", mas acabei de descobrir que, com o GDB, podemos simplesmente definir os pontos de interrupção "salvos no arquivo"

gdb> source breakpoints.txt

Onde breakpoints.txt está um arquivo como este:

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