L'obtention de gdb pour enregistrer une liste de points d'arrêt?

OK, info pause énumère les points d'arrêt, mais pas dans un format qui fonctionne bien avec les réutiliser à l'aide de l' --commande comme dans cette question. Ne gdb avoir une méthode pour les déverser dans un fichier acceptable pour l'entrée à nouveau? Parfois, dans une session de débogage, il est nécessaire de redémarrer gdb après la construction d'un ensemble de points d'arrêt pour les tests.

Edit: l' .gdbinit fichier a le même problème que --commande. L'info commande break ne fait pas de liste des commandes, mais plutôt d'une table pour la consommation humaine.

D'élaborer, en voici un échantillon, de l'info: pause

(gdb) info pause 
Num Type Disp Enb L'Adresse De Ce 
1 point d'arrêt garder y 0x08048517 <foo::bar(void)+7>
InformationsquelleAutor casualcoder | 2009-02-01
  1. 191

    De gdb 7.2 vous pouvez maintenant utiliser la fonction enregistrement des points d'arrêt de commande.

    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.

    Utilisation source <filename> à restaurer les sauvés points d'arrêt dans le fichier.

    • Ne pas voir cette réponse, check it out.
    • ce sujet s'ils le sont à partir d'un partage lib charge? Il répond à N, par défaut, il me semble... Make breakpoint pending on future shared library load? (y or [n]) [answered N; input not from terminal]
    • utilisation set breakpoint pending on comme décrit dans la comment Y répondre dans gdb script et gdb: comment faire pour définir des points d'arrêt sur l'avenir des bibliothèques partagées avec un --indicateur de commande
    • Cette réponse a été promu à la `accepté" réponse. Les temps changent, les logiciels de plus en plus.
    • Notez que lorsque vous avez un point d'condition qui ne peut être résolu au démarrage (break g_log if log_level==G_LOG_LEVEL_CRITICAL), puis au moins gdb 7.8.1 va arrêter l'analyse d'autres commandes. Si vous avez d'autres commandes qui doivent être exécutées pour le compte de ce point d'arrêt, mettre le commands ligne avant la condition ligne.
    • J'ai roulé en arrière montage d'origine blockquote parce que le texte est une citation verbatim à partir de la documentation... je n'en conviennent autrement avec votre modifier si c'était mes propres mots à la place.
    • Je vois. Je vous recommande d'utiliser la citation de style plutôt que le code de style en tout cas.
    • L' .gdbinit ne fonctionne pas avec "cgdb" je suis très bien avec l'explicite " enregistrer les points d'arrêt /tmp/pointbreak.dbg " et c'est en face de 'source /tmp/pointbreak.dbg'

    InformationsquelleAutor aculich
  2. 26

    Cette réponse est obsolète, gdb prend désormais en charge l'enregistrement direct. Voir 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>

    L'écriture d'un script awk qui transforme le tout dans un format utile pour la .gdbinit ou un --command fichier est facile. Ou vous pouvez même faire le script émettent séparé --eval-commands'à la commande gdb ligne...

    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
    • On pourrait tout aussi bien utiliser du " couper-coller, mais la méthode de script semble être la voie à suivre.
    • je ne pense pas que couper-coller est plus facile que d'écrire un script une fois, puis en utilisant à chaque fois 🙂 après tout, c'était la raison même de vous poser cette question, en premier lieu, je pense 🙂
    • Euh, je voulais dire l'utilisation du " couper-coller au lieu de la méthode de journalisation. Script est-il si loin pour vous.
    • +1, Vos efforts sont sans vergogne apprécié
    • wow! gdb échouer! Je l'utilise tous les jours et l'amour plusieurs de ses caractéristiques. Mais le manque est tout simplement stupide.
    • Cette réponse, c'est maintenant plus de 2 ans donc il peut être obsolète si vous utilisez une version plus récente de gdb. Comme de gdb 7.2 vous pouvez maintenant utiliser le save breakpoints de commande.
    • Cette réponse est encore utile pour ceux d'entre nous qui ont besoin de travailler avec les systèmes existants.

    InformationsquelleAutor Johannes Schaub - litb
  3. 11

    Mettre votre gdb commandes et des points d'arrêt dans un .gdbinit fichier comme vous le feriez pour les taper à la gdb> invite, et gdb charge automatiquement et de les exécuter au démarrage. C'est un répertoire de fichiers, de sorte que vous pouvez avoir des fichiers différents pour les différents projets.

    • En fait, cela ne fonctionne pas, j'obtiens un "avertissement: enregistrez-les points de trace ne: pas de points de trace ne pour enregistrer". Ce, malgré des points d'arrêt en cours de jeu. L'utilisation de gdb 6.8.
    • Cela fonctionne pour moi. GDB a besoin de la présence d'un mondial .gdbinit dans votre $HOME/.gdbinit avec le contenu " ajouter-chargement automatique-coffre-fort-chemin /home/johnny/src/.gdbinit " et donc le répertoire src/ a séparé .gdbinit
    InformationsquelleAutor Paul Beckingham
  4. 9

    Une extension anon de l'extension de Johannes réponse:

    .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 brestore vous pouvez alors restaurer les points d'arrêt enregistré avec bsave.

    • Voici une meilleure regex : perl -ne "print \"pause \$1 \n\" si /au\ \ s(.*:\d+)/" brestore.txt
    InformationsquelleAutor Dan Berindei
  5. 6

    Extension de la réponse de Johannes: vous pouvez reformater automatiquement la sortie de info break dans un valide commande gdb fichier:

    .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 valide commandfile dans brestore.gdb

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

    MODIFIER: testé avec succès avec gdb v6.8 sur Ubuntu Karmic.

    • Merci pour cet extrait! Fonctionne très bien. Testé avec succès avec GNU gdb 6.3.50-20050815 (version Apple gdb-966) dans CarbonEmacs GNU Emacs 22.3.1 (i386-apple-darwin9.6.0, le Carbone de la Version 1.6.0) sur Mac OS 10.5.8.
    InformationsquelleAutor
  7. 3

    mettre ce qui suit dans ~/.gdbinit de définir bsave et brestore gdb commandes pour sauvegarder et restaurer des points d'arrêt.

    define bsave
    save breakpoints ~/.breakpoints
end

define brestore
   source ~/.breakpoints
end
    InformationsquelleAutor badeip
  8. 1

    avertissement: Courant de sortie protocole ne
    pas en charge la redirection de

    J'ai aussi ce message d'erreur/d'avertissement dans GDB lorsque vous essayez d'activer la journalisation dans le TUI mode, cependant l'enregistrement semble fonctionner en "non-TUI" mode. Je laisse donc le TUI mode chaque fois que je veux ouvrir une session quelque-chose. (Basculer d'avant en arrière dans le TUI mode avec CTRL-X, CTRL-A).

    Voici comment je fonctionne:

    1. lancer GDB (en mode normal)
    2. activer la journalisation: set logging on - maintenant, il ne devrait pas se plaindre.
    3. bascule en arrière/en avant pour TUI mode et ne GDB trucs
    4. whenver je veux ouvrir une session quelque chose (comme une énorme trace de vidage) - basculer en mode normal

    Espère que cette aide,
    M:o)

    • Oh, et si vous le souhaitez à l'aide de "l'écran" (comme je fais), il obtiendra un peu brouillon, car il utilise les mêmes touches de raccourci.
    InformationsquelleAutor Magnux
  9. 1

    Je sais que c'est un vieux thread mais Il est venu dans ma recherche google pour m'aider à le faire. Je suis nouveau sur gdb et trouvé l'ajout suivant à la réponse ci-dessus, utile pour sauvegarder/charger les points d'arrêt à un fichier spécifique.

    • Enregistrer des points d'arrêt: bsave {nom de fichier}
    • De charge des points d'arrêt: bload {nom de fichier}

    Comme ci-dessus, ajoutez le code suivant dans le 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
    InformationsquelleAutor Mark A
  10. 0

    Le problème est que la configuration d'un point d'arrêt est le contexte sensative.
    Que faire si vous avez deux fonctions statiques nommé foo? Si vous êtes
    déjà le débogage de l'un des modules qui définit foo, alors
    gdb supposons que vous vouliez que l'on. Mais si vous venez de vidage
    "pause " foo" dans un fichier, puis lire ce fichier au démarrage,
    il ne sera pas clair de la fonction foo tu veux dire.

    InformationsquelleAutor Michael Snyder
  11. 0

    D'autres idées? J'ai 

    warning: Current output protocol does not support redirection

    après 

    set logging on

    EDIT:

    Je sais que la question est "comment faire pour enregistrer une liste de points d'arrêt", mais je viens de découvrir, que avec gdb on peut simplement définir "enregistré dans le fichier" points d'arrêt par

    gdb> source breakpoints.txt

    où breakpoints.txt est fichier comme ceci:

    break main.cpp:25
break engine.cpp:465
break wheel.cpp:57
    InformationsquelleAutor noisy
  12. 0

    Le problème est que la configuration d'un point d'arrêt est le contexte sensative. Que faire si
    vous avez deux fonctions statiques nommé foo? Si vous êtes déjà débogage
    l'un des modules qui définit foo, alors gdb va supposer que vous vouliez dire
    que l'on. Mais si vous venez de vidage de "pause " foo" dans un fichier et de le lire
    ce fichier au démarrage, il ne sera pas clair de la fonction foo vous
    veux dire.

    Je n'ai pas le mod points à répondre, mais ce que vous faites est de faire de vos points d'arrêt explicite, en spécifiant le fichier source et le numéro de ligne.
    Si foo() est spécifiée dans les deux foo.c:42, et en bar.c:1337

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

    Vous pouvez également spécifier une source de point d'arrêt qui ne se déclenchera que si le programme est en cours d'exécution sous gdb. Voir Comment détecter si le processus actuel est en cours d'exécution par GDB?

    InformationsquelleAutor badeip