gdb échoue sur la montagne du lion

J'ai essayé de compiler un 7.x Version de gdb sans un peu de chance.
Je codesigned de l'exécutable(http://sourceware.org/gdb/wiki/BuildingOnDarwin).

Avec la version suivante, il y a ces problèmes.

7.5,7.4,git clone: inconnue commande de chargement 0x2a (et d'autres) pour mon application et les différentes bibliothèques du système lors du démarrage de l'étude de la cmm. Lorsque vous essayez d'imprimer un vecteur par exemple, j'obtiens toujours:
Impossible de trouver le cadre de base pour la "main(int, char**)"

7.3 (macports et de gdb-site web): lors du démarrage de l'application, il ne parvient pas à définir le point d'arrêt et continue à fonctionner.

(gdb) start
Temporary breakpoint 1 at 0x100000950: file ../src/main.cpp, line 15.
Starting program: [...]
BFD: unable to read unknown load command 0x24
BFD: unable to read unknown load command 0x2a
BFD: unable to read unknown load command 0x26
Error in re-setting breakpoint 1: Cannot access memory at address 0x100000950
[application continues]

J'ai utilisé le système de llvm-gcc, gcc4.7 et svn-gcc4.8 à compiler.
Personne n'a réussi à l'installation de gdb sur la Montagne du Lion?

  • Pourquoi ne pas simplement utiliser la version de gdb qui vient avec Xcode ?
  • Xcode est gdb est de 6,3.x qui est assez vieux. Je veux utiliser la jolie impression de conteneurs stl fonction de gdb 7.x.
  • Avez-vous essayé lldb ? Est que mieux à l'impression des conteneurs STL ?
  • lldb est très à l'aise pour cette tâche, mais malheureusement je veux utiliser gdb avec eclipse IDE qui ne prend en charge gdb.
  • J'ai rencontré le même problème sur Lion. Il faut remarquer que l'exécutable /usr/bin/gdb n'est pas signé (à vérifier par codesign -d /usr/bin/gdb), au lieu de cela, lors du débogage quelque chose à l'aide de /usr/bin/gdb, une fenêtre apparaît pour demander la permission de débogage. Peut-être gdb7.5 devrions demander l'autorisation comme cela aussi.
  • /usr/bin/gdb est un script shell qui essaie de trouver le bon débogueur exemple de l'architecture donnée. Le x86 débogueur est dans /usr/libexec/gdb et qu'il est signé. Vérifiez auprès de codesign -d --verbose=4 /usr/libexec/gdb/gdb-i386-apple-darwin

InformationsquelleAutor dlangenk | 2012-08-21
  1. 11

    j'ai installé gdb 7.5 sur la montagne du lion, sans problèmes...

    1. ces étapes peuvent vous aider: ./configure --prefix=/usr/local
      --enable-cibles=x86_64-apple-darwin10 --enable-64-bits-bfd --disable-werror --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10

    2. puis make install gdb.

    3. créer votre propre certificat comme décrite ici et signer le gdb
      http://sourceware.org/gdb/wiki/BuildingOnDarwin

    4. vous devez explicitement état: codesign -s gdb-cert /usr/local/gdb
      avant de signer le gdb assurez-vous que vous avez déjà réglé votre certificat
      de confiance. également à proximité du trousseau avant de signer votre gdb.

    espère que cela fonctionne également pour votre

    • Merci, cela fonctionne parfaitement pour moi. Je pense que j'ai manqué le fermer le trousseau de avant de signer votre gdb étape.
    • Qui n'a pas résolu le problème pour moi. faire vérifier échoue et l'inconnu de la commande de chargement d'erreurs sont toujours là. Probablement il ya quelque chose de mal avec mon compilateur.
    • Malheureusement cela ne fonctionne pas pour moi non plus. J'avais été faire les étapes 2 à 4 correctement, sans succès et de la pensée de l'étape 1 peut résoudre le problème, mais malheureusement il ne fonctionne pas. Cet homebrew pull request (pour un gdb formule) mentionne ci-dessus "BFD: impossible de lire les inconnus de la charge de la commande" des trucs comme gdb question sur la Montagne du Lion.
    • Également, cela ne fonctionne pas pour moi avec GCC 4.9 et GDB 7.7.1 sur Mavericks. Après avoir fait les quatre étapes, je peux définir des points d'arrêt d'effectuer liées GDB fonctionne sans problèmes, mais je ne peut pas interroger les valeurs des variables. GDB toujours des rapports qu'il could not find the frame base pour certaines fonctions. Si j'utilise Eclipse, plutôt que d'un terminal, puis quand je veux inspecter la valeur d'une variable, Eclipse se qu'il failed to execute mi command.
    InformationsquelleAutor aviak
  2. 5

    J'ai résolu ce problème en suivant les étapes essayé ici: http://coding.derkeiler.com/Archive/Ada/comp.lang.ada/2012-09/msg00305.html

    Étapes

    1. sudo chgrp procmod /usr/local/bin/gdb
    2. sudo chmod g+s /usr/local/bin/gdb
    3. Modifier /System/Library/LaunchDaemons/com.apple.taskgated.plist et ajouter +p argument taskgated processus
    4. De la Force de tuer taskgated processus (il va redémarrer)
    5. Essayer de nouveau

    Autres liens:

    1. https://blogs.oracle.com/dns/entry/understanding_the_authorization_framework_on
    • J'ai suivi les étapes dans Matthieu Purland réponse, mais après codesigning mon tout nouveau gdb binaire de la chaîne d'autorisations données par "ls -l" ne pas inclure le caractère'@', je m'attends à le voir. Bien sûr, la commande 'xattr -l' montre aucun des attributs étendus, bien que xcode fourni la version de gdb dans '/usr/bin/gdb' est très bien. Toute réflexion sur pourquoi pas?
    • comment à force de tuer des tâches dépendants?
    • kill -9 [pid]
    • comment obtenir pid???
    • ax | grep taskgated, alors vous obtiendrez le PID, normalement, le PID de taskated est très faible.
    • merci.

    InformationsquelleAutor Matthew Purland
  3. 2

    il ne semble pas fonctionner pour moi... même problème qu'avec la valeur par défaut homebrew paramètres

    v1:src zeph$ brew install gdb
==> Downloading http://ftpmirror.gnu.org/gdb/gdb-7.5.tar.bz2
Already downloaded: /Library/Caches/Homebrew/gdb-7.5.tar.bz2
==> ./configure --prefix=/usr/local/Cellar/gdb/7.5 --with-python=/usr --with-system-readline --enable-targets=x86_64-apple-darwin10 --enable-64-bit-bfd --disable-werror --build=x86_64-apple-darwin10 --hos
==> make
==> make install
==> Caveats
gdb requires special privileges to access Mach ports.
You will need to codesign the binary. For instructions, see:

  http://sourceware.org/gdb/wiki/BuildingOnDarwin
==> Summary
/usr/local/Cellar/gdb/7.5: 62 files, 9.3M, built in 119 seconds
v1:src zeph$ codesign -s gdb-cert /usr/local/Cellar/gdb/7.5/bin/gdb 
v1:src zeph$ /usr/local/Cellar/gdb/7.5/bin/gdb --args /Users/zeph/tmp/CouchBase/src/install/bin/memcached -d -u root -P /tmp/0libmemcached_memc.pid -t 1 -p 11221 -U 11221 -m 128
GNU gdb (GDB) 7.5
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin10".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
BFD: /Users/zeph/tmp/CouchBase/src/install/bin/memcached: unknown load command 0x29
BFD: /Users/zeph/tmp/CouchBase/src/install/bin/memcached: unknown load command 0x29
Reading symbols from /Users/zeph/tmp/CouchBase/src/install/bin/memcached...done.
(gdb) run
Starting program: /Users/zeph/tmp/CouchBase/src/install/bin/memcached -d -u root -P /tmp/0libmemcached_memc.pid -t 1 -p 11221 -U 11221 -m 128
Unable to find Mach task port for process-id 28755: (os/kern) failure (0x5).
 (please check gdb is codesigned - see taskgated(8))
(gdb)

    k, j'ai dû re-signer après l'avoir fait CONFIANCE au certificat de tous à travers le conseil d'administration

    codesign -fs gdb-cert /usr/local/Cave/gdb/7.5/bin/gdb

    • faut-il travailler pour vous? c>codesign -s gdb-cert /usr/local/bin/gdb /usr/local/bin/gdb: est déjà signé, mais il me donne toujours le message d'erreur Impossible de trouver le Mach tâche de port pour l'id du processus 838: (os/kern) échec (0x5). (veuillez cocher gdb est codesigned - voir taskgated(8))
    • Cela ne fonctionne pas pour moi. J'ai signé le binaire plusieurs fois avec des certificats, mais toujours pas de chance. Pas sûr de ce que je fais mal.
    InformationsquelleAutor Guido Serra
  4. 2

    Il y a deux questions dans le cas des OP question. L'une concernant la signature de l'exécutable ou la modification de taskgated et à l'aide de setgid procmod a été couvert. Le deuxième problème est l'avertissements au sujet inconnu charger les commandes. J'ai trop couru dans le présent et après un tas de recherche est venu à travers les correctifs suivants, que fix it:

    https://gist.github.com/davidbalbert/4197567

    • Merci!!!!! Votre solution était parfait pour moi. J'ai presque envie de dire, "je t'aime!". 😉
    InformationsquelleAutor Kean