J'ai un processus qui engendre un processus d'assistance. Parfois, j'ai besoin de déboguer les échecs de démarrage dans le second processus.Comment attacher automatiquement un débogueur à un processus au démarrage du processus sous OS X?
Sous Windows, j'utiliserais Image File Execution Options ou ntsd -o. Cependant, je n'ai aucune idée de comment faire cela avec gdb sur OS X.
Utilisez gdb --wait. Par exemple, essayez
gdb --wait TextEdit
à partir de la ligne de commande, puis lancez TextEdit.
Je ne pense pas que vous puissiez lancer gdb de la même manière. Au lieu de cela, exécutez votre processus parent à partir de gdb ou attachez-le au processus en cours avant de le désactiver. Il existe un paramètre appelé follow-fork-mode qui contrôle le processus suivi par le débogueur. Jetez un oeil à the GDB Manual pour une description agréable.
Ah, cela semble effectivement être quelque chose dont j'aurais besoin. Cela semble impliquer que le processus parent n'est plus débogué après le vfork(), mais je vais l'essayer. Ce serait triste, cependant, si c'est le cas. –
Eh bien, c'était une acceptation rapide. :-) Voir ma réponse. gdb --wait fait ce que vous voulez. – Ken
@jeff: vous pouvez toujours attacher au parent avec une instance différente de gdb. Je ne suis pas sûr que ça se détache du parent ou non. Cela fait un moment que j'ai débogué un module Apache en utilisant ceci. –
Si vous utilisez des processus launchd to spawn, une clé booléenne WaitForDebugger est insérée dans le fichier plist du travail. Si c'est oui, alors launchd attend (de manière surprenante!) Que le débogueur commence avant le exec().
Aussi intéressant. Comment utilise-t-on launchd pour générer un processus? J'ai utilisé fork() et exec(). –
Je vais laisser Quinn répondre pour moi: http://developer.apple.com/mac/library/technotes/tn2005/tn2083.html Consultez également la page de manuel pour launchd.plist (5) –
C'est une bonne idée aussi. –
Cela fonctionne mieux. –