Obtenir GDB pour enregistrer une liste de points d'arrêt

OK, info break répertorie les points d'arrêt, mais pas dans un format qui fonctionnerait bien avec leur réutilisation en utilisant la commande - comme dans cette question . GDB a-t-il une méthode pour les transférer dans un fichier acceptable pour une nouvelle saisie? Parfois, dans une session de débogage, il est nécessaire de redémarrer GDB après avoir créé un ensemble de points d'arrêt pour les tests.

Le fichier .gdbinit a le même problème que --command. La commande info break ne répertorie pas les commandes, mais plutôt un tableau destiné à la consommation humaine.

Pour élaborer, voici un exemple de pause info :

(gdb) pause info
Num Type Disp Enb Address Quoi
1 point d'arrêt garder y 0x08048517 <foo :: bar (void) +7>

Depuis GDB 7.2 (23/08/2011), vous pouvez désormais utiliser la commande 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.

Utilisez source <filename>pour restaurer les points d'arrêt enregistrés à partir du fichier.

Cette réponse est dépassée. GDB prend désormais en charge l'enregistrement direct. Voyez cette réponse .

Vous pouvez utiliser la journalisation:

(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

Le fichier breaks.txt contient maintenant:

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

Il est facile d' écrire un script AWK qui le transforme en un format utile pour le .gdbinitou un --commandfichier. Ou vous pouvez même faire émettre le script séparément--eval-command de la ligne de commande GDB ...

L'ajout de cette petite macro à .gdbinit vous aidera à le faire:

# 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

Placez vos commandes et points d'arrêt GDB dans un fichier .gdbinit comme vous pourriez les saisir à l' gdb>invite, et GDB les chargera et les exécutera automatiquement au démarrage. Il s'agit d'un fichier par répertoire, vous pouvez donc avoir différents fichiers pour différents projets.

Une extension à l'extension d' Anon à la réponse 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

Avec, brestorevous pouvez ensuite restaurer les points d'arrêt enregistrés avec bsave.

Extension à la réponse de Johannes : vous pouvez reformater automatiquement la sortie de info breakdans un fichier de commande GDB valide:

.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

Ensuite, vous avez un fichier de commande valide dans brestore.gdb.

Cela a fonctionné pour moi lorsque l'application est compilée avec -g.

Je l'ai également testé avec succès avec GDB v6.8 sur Ubuntu 9.10 (Karmic Koala).

Peut-être ceci:

save breakpoints [filename]

Mettez ce qui suit dans ~ / .gdbinit pour définir bsave et brestore comme commandes GDB pour enregistrer et restaurer les points d'arrêt.

define bsave
    save breakpoints ~/.breakpoints
end

define brestore
   source ~/.breakpoints
end

avertissement: le protocole de sortie actuel ne prend pas en charge la redirection

J'obtiens également cette erreur / avertissement dans GDB lorsque j'essaye d'activer la journalisation en mode TUI . Cependant, la journalisation semble fonctionner en mode "non-TUI". Je quitte donc le mode TUI chaque fois que je veux enregistrer quelque chose. (Basculez d'avant en arrière en mode TUI avec Ctrl+X , Ctrl+A ).

Voici comment je travaille:

1. démarrer GDB (en mode normal)
2. activer la journalisation: set logging on- maintenant, il ne devrait pas se plaindre.
3. basculer en arrière / en arrière en mode TUI et faire des choses GDB
4. chaque fois que je veux enregistrer quelque chose (comme un énorme vidage de backtrace) - passer en mode normal

J'ai trouvé l'ajout suivant à une réponse précédente utile pour enregistrer / charger les points d'arrêt dans un fichier spécifique.

• Enregistrer les points d'arrêt: bsave {filename}
• Charger les points d'arrêt: bload {filename}

Comme dans la réponse précédente, ajoutez le code suivant au fichier ~ / .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

Le problème est que la définition d'un point d'arrêt est sensible au contexte. Et si vous avez deux fonctions statiques nommées foo ?

Si vous déboguez déjà l'un des modules qui définit foo, alors GDB supposera que vous vouliez dire celui-là. Mais si vous videz simplement "break foo" dans un fichier et que vous lisez ensuite ce fichier au démarrage, la fonction foo que vous entendez ne sera pas claire .

D'autres idées? j'ai

warning: Current output protocol does not support redirection

après

set logging on

ÉDITER:

Je sais que cette question est "comment enregistrer une liste de points d'arrêt", mais je viens de découvrir qu'avec GDB nous pouvons simplement définir des points d'arrêt "enregistrés dans un fichier" en

gdb> source breakpoints.txt

où breakpoints.txtest un fichier comme celui-ci:

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