Steven est correcte - la commande gdb po
est un raccourci pour print-object
, ce qui en fait des appels -debugDescription
(pas -description
, comme vous vous en doutez) sur l'objet fourni en argument. Dans de nombreux cas, vous verrez le même résultat à partir des deux méthodes, puisque l'un appelle l'autre à moins remplacées. (Reportez-vous à la Remarque: légende sur cette Pomme note technique pour plus de détails. Notez que dans le code de l'échantillon, po $r3
imprime le contenu d'un PowerPC vous inscrire, mais vous pouvez utiliser n'importe quel objet pointeur/référence, y compris Intel registres, etc.)
Aussi, soyez conscient que print-object
ne fonctionne que sur les objets qui n'ont pas été libéré. Il ne va pas aider du tout si vous essayez d'envoyer un message à un complètement foireuse pointeur. Compte tenu de l'erreur que vous avez cités, mais, il semblerait que c'est un objet valide de l'instance, il n'a tout simplement pas de mettre en œuvre la méthode que vous essayez d'appeler.
Il est également à distance possible que l'objet a déjà été détruit. Cette réponse devrait aider dans ce cas.
Edit:
Il existe d'autres moyens pour "examiner" les objets dans le débogueur. J'ai demandé ce DONC, la question à propos de Xcode de données de formateurs, ce qui est une façon vous pouvez déterminer la façon dont une classe personnalisée s'affiche dans la colonne Sommaire du débogueur. La documentation liée à partir de cette question, expliquer comment il fonctionne. J'ai trouvé le résumé de l'approche de beaucoup aider à voir l'état d'un objet.