GDB type de ne pas travailler sur macOS Sierra

C'est un problème qui est apparu quand j'ai mis à jour pour macOS Sierra hier.

GDB lui-même est en cours d'exécution OK. Toutefois, en quelque sorte, il ne peut pas exécuter mon programme. Quand je tape " run " et "enter", il se bloque immédiatement l'information:
During startup program terminated with signal SIG113, Real-time event 113.

Mon GDB est basé sur homebrew. Donc, aujourd'hui, j'ai désinstallé l'ensemble de l'homebrew paquet et de le réinstallé. Après le codesign étape, j'ai toujours confronté à la même erreur.

J'ai essayé de 'sudo' et quelques autres choses. Google avait aucune idée de ce qui s'est passé. Donc je me demandais si vous les gars pourrait avoir une certaine solution magique.

  • brew update && brew upgrade gdb, codesigning, et la set startup-with-shell off config (ces deux derniers sont mentionnés par brew) et il semble que nous sommes dans les affaires. La Sierra de gestion 10.12.1.
InformationsquelleAutor Scott Chang | 2016-09-26
  1. 60

    C'est comment j'ai facilement résolu le problème. [Mise à jour: sur la base des commentaires reçus et encore à vérifier, il semble que cette solution fonctionne avec macOS Sierra 10.12 mais pas avec macOS Sierra 10.12.2]

    Voir la vidéo des instructions ici

    1. Quitter gdb
    2. À l'aide de votre éditeur de texte par exemple Sublime de Texte, enregistrer un fichier appelé .gdbinit dans votre dossier utilisateur.
    3. Dans le fichier, ajoutez la ligne suivante: set startup-with-shell off
    4. Enregistrer le fichier
    5. gdb devrait maintenant fonctionner

    Sources

    https://discussions.apple.com/thread/7684629?start=0&tstart=0

    Où est .gdbinit est situé et comment puis-je le modifier?

    https://sourceware.org/gdb/onlinedocs/gdb/Starting.html

    • Ne pas résoudre le problème avec OS X Sierra (pour moi).
    • il ne semble pas fonctionner avec macOS Sierra 10.12.2. Quelle est votre version de macOS?
    • macOS Sierra de gestion 10.12.1
    • Qui pourrait être pourquoi. Le mien est macOS Sierra 10.12. Avez-vous essayé les autres options de souffler?
    • J'ai fait cela en plus de la signature GDB chose, et maintenant ça fonctionne.
    • la signature de GDB? Avez-vous un lien?
    • J'ai eu l' "Impossible de trouver le Mach tâche de port pour l'id du processus XYZ" erreur, en plus d'un autre, je ne m'en souviens pas, donc j'ai suivi ceci. J'ai encore de lancer gdb avec sudo, ce qui défait le but de codesigning, je suppose? J'ai dû passer à LLDB de toute façon parce que les fichiers de base ne peut pas être lu par un GNU (homebrew) GDB. EDIT: en gros je fait ce que Ahmed Fasih succinctement l'indique dans son commentaire sur cette question.
    • merci. Je vais en faire le suivi.
    • semble fonctionner pour moi sur 10.12.2
    • Il ne fonctionne pas pour moi. J'obtiens le message d'erreur: "Pendant le démarrage du programme arrêté avec signal ?, Signal inconnu". Et j'ai Sierra 10.12.3.
    • avez-vous essayé ce que Ahmed Fasih(case ci-dessus) n'?
    • C'est un travail pour moi . Je suis sous macOS 10.12.4 (16E195)
    • Pour faire ce travail, il est important de spécifier un chemin absolu pour les deux gdb et .gdbinit en Debug Configurations" -> Débogueur onglet.
    • Cela a fonctionné pour moi aussi macOS 10.13.4 High Sierra. Je suis à l'aide des chemins absolus dans la configuration de débogage comme suggéré par stackoverflow.com/users/1008139/user1008139
    • gdb 8.1.1 (version actuelle) ne fonctionne pas sous macOS 10.12.6 (la mienne) et plus tard, je le pense. La signature et de la .gdbinit les instructions sont simples et on ne peut pas faire de mal. Je crois qu'il existe un bug dans gdb 8.1.1 code. J'ai rétrogradé gdb pour 8.0.1 et il a travaillé comme un charme, merci à @Hongbo Liu a répondu ici stackoverflow.com/a/49104154/108616
    • Il fonctionne pour moi, merci. mac 10.13.6 et GNU gdb (GDB) 8.2.1

    InformationsquelleAutor Salamit
  2. 10

    J'ai eu le même message d'erreur après la mise à jour de macOS Sierra. Temporairement, j'ai changé débogueur LLDB à l'aide de la bibliothèque lldbmi2:

    1. git clone https://github.com/freedib/lldbmi2.git lldbmi2

    2. cd lldbmi2

    3. mkdir build

    4. cd build

    5. cmake ../

    6. make

    7. sudo make install

    Une fois lldbmi2 est installé, vous pouvez déboguer votre application par la création d'une nouvelle Application C/C++ dans le Debug Configurations... et changer le débogueur GDB (dans le Débogueur de l'onglet) de gdb pour lldbmi2. Options de lldbmi2 peuvent être définies. Quelque chose comme /usr/local/bin/lldbmi2 --log.

    GDB type de ne pas travailler sur macOS Sierra

    Tout semble fonctionner très bien, et même mieux que GDB.

    • Je pense que vous avez besoin de revoir l'étape 5 pour cmake .., sinon, fonctionne très bien! Merci!
    • J'ai essayé un couple de gdb liées solutions, mais aucune n'a fonctionné. Je n'ai pas tiens également à diminuer la sécurité. Mais cette solution a fonctionné comme un charme - dans High Sierra (10.13.1) !!! Je vous remercie.
    • Cette solution a fonctionné comme un charme pour High Sierra (10.13.2) Merci Beaucoup
    • Le problème est que lorsque vous utilisez cette méthode, vous ne pouvez pas passer toutes les variables d'environnement pour lldb.
    • gdb ne fonctionne tout simplement pas pour moi (10.12.5) après avoir essayé différentes solutions. C'est le seul qui fonctionne pour moi. Merci.
    • Cette solution a fonctionné pour moi aussi! Aussi High Sierra (10.13.2)! Merci beaucoup!

    InformationsquelleAutor Michał Ciołek
  3. 5

    Cela est dû à un temps d'Exécution de l'Intégrité de la fonction de Protection en Sierra - vous pouvez les désactiver en suivant les instructions ici.

    1. Redémarrez votre système Gardez commande+R enfoncées jusqu'à ce que le logo Apple
      apparaît sur l'écran.
    2. Sélectionnez le menu Utilitaires/Terminal de Type "csrutil activer --sans debug" dans le terminal
    3. Enfin, redémarrez votre ordinateur à nouveau

    Notez que la désactivation de cette mesure permettra de réduire la sécurité de votre système, de sorte
    faire ci-dessus devrait vraiment être votre décision.

    Un autre impact de ce changement est que la variable DYLD_LIBRARY_PATH
    n'est plus de se réinitialiser lorsque de nouvelles zones de frai processus via le shell. Cette
    variable est utilisée par l'éditeur de liens dynamique pour trouver des bibliothèques dynamiques. Il
    l'emporte sur le chemin de recherche codé dans les exécutables, donc est
    considérés comme dangereux par l'OS. En conséquence, macOS par défaut unsets
    la variable de sorte que le fichier exécutable que vous frayer utilise ses propres bibliothèques.
    Nous vous recommandons d'utiliser le DYLD_FALLBACK_LIBRARY_PATH au lieu de cela, qui vient
    après l'application du chemin de recherche des bibliothèques, dans le cas où certaines bibliothèques
    sont toujours pas trouvé.

    • Veuillez inclure des instructions sur stackoverflow!
    • Qui fonctionne de mon côté.
    • fonctionne pour moi +1
    • quelqu'un a l'expérience des problèmes à cause de DYLD_LIBRARY_PATH n'est plus en cours de réinitialisation?
    InformationsquelleAutor user3869292
  4. 5

    De multiples solutions qui ont travaillé pour la Sierra 10.12.0 ne fonctionnent pas avec la Sierra de gestion 10.12.1. Avec cette version, vous avez besoin d'une mise à jour de la version de GDB (patch commis à la FSF sur Nov 9), en plus de la désactivation de la ponte de la coque avec un "set de démarrage-avec-shell off". Voir les instructions au http://blog.adacore.com/gnat-on-macos-sierra

    InformationsquelleAutor Yannick Moy
  5. 5

    supposons que votre version de MacOS est 10.12.6.

    1. mise à niveau de votre gdb pour la version 8.0.1 brew upgrade gdb
    2. exécuter echo "set startup-with-shell off" >> ~/.gdbinit ( j'ai vu cette commande quand j'ai installé gdb par brew )
    3. créer un certificat avec le nom de gdb-cert et faire confiance à ce certificat de signature de code option
    4. redémarrez votre mac
    5. exécuter sudo codesign -s gdb-cert /usr/local/bin/gdb
    6. fait! amusez-vous un ~

    BTW,vous pouvez utiliser lldb pour remplacer gdb .

    • chaud pour faire l'étape 3? tnx.
    • ouvrir l'Application Trousseau d'Accès, consultez votre menu. Trousseau d'Accès - Certificat d'Assistant - Créer un Certificat. lorsque vous avez créé votre certificat, vous la trouverez dans la connexion trousseau et ⌘ + i pour afficher les informations de certificat. de là, vous pouvez faire confiance à ce certificat manuellement. L'anglais n'est pas ma langue maternelle， s'il vous plaît excuser les erreurs de frappe.
    • merci pour suggérer lldb - c'était la meilleure option pour moi
    InformationsquelleAutor Jinmiao Luo
  6. 4

    J'ai eu plusieurs problèmes avec la Sierra.

    Pour commencer mon code qui avait travaillé sur les précédentes versions OSX a cessé de fonctionner
    sur cette version. Et il ne serait compiler.En outre GDB de bière est un désordre complet. D'ajouter que d'autres de la 3e partie des bibliothèques s'est cassé (par exemple, libevent).

    (Le"bon travail" d'Apple).

    Après "mise à niveau" pour les Sierra-je suggérer les étapes suivantes pour obtenir GDB de travail:

    1. Installer une version plus récente de gcc (Devrait prendre environ 60 minutes selon votre PROCESSEUR, etc...)

      brew install gcc

    2. Télécharger le code source de GDB

    3. Depuis gcc et g++ sont des alias pour les vieux gcc et g++, assurez-vous que le lien vers la plus récente de gcc et g++ par exemple:

      export CC=`gcc-6`

      exportation CXX=`qui gxx-6`

    4. Configure & Compiler gdb:

      ./configurer

      faire CFLAGS=-Wno-erreur=obsolète-déclarations CXXFLAGS=-Wno-erreur=obsolète-déclarations

      sudo make install

    InformationsquelleAutor Tomer
  7. 4

    Cela fonctionne pour moi:

    • Dissocier actuel gdb: brew unlink gdb

    • Installer gdb 8.0.1: brew install https://raw.githubusercontent.com/Homebrew/homebrew-core/9ec9fb27a33698fc7636afce5c1c16787e9ce3f3/Formula/gdb.rb

    • Facultatif: éviter la mise à niveau gdb avec brew pin gdb

    InformationsquelleAutor fgriberi
  8. 2

    Je sais que ma réponse n'est pas spécifiquement liée à GDB, mais depuis que j'ai également eu quelques difficultés à faire GDB pour le travail moi-même, je voudrais vous recommandons de faire un essai sur LLDB. Pour moi, cela a fonctionné comme un charme:

    https://developer.apple.com/library/content/documentation/IDEs/Conceptual/gdb_to_lldb_transition_guide/document/lldb-terminal-workflow-tutorial.html

    Depuis Xcode lui-même utilise maintenant LLDB au lieu de GDB, cela peut être une solution de rechange plus pratique pour les utilisateurs de Mac. Et, dans mon cas particulier, il a intégré beaucoup plus facile dans Eclipse que GDB:

    https://wiki.eclipse.org/CDT/User/FAQ#How_do_I_get_the_LLDB_debugger.3F

    InformationsquelleAutor Carlos Ballock