Xcode 4.2 debug ne symbolise pas l'appel de pile

Il existe une option utile pour ajouter un point D'arrêt D'Exception (en utilisant le + en bas du navigateur de point D'arrêt). Cela cassera sur n'importe quelle Exception (ou vous pouvez définir des conditions). Je ne sais pas si ce choix est nouveau dans 4.2 ou si Je ne l'ai finalement remarqué qu'en essayant de contourner le problème des symboles manquants.

Une fois que vous avez atteint ce point d'arrêt, vous pouvez utiliser le navigateur de débogage pour naviguer dans la pile d'appels, examiner les variables, etc. comme d'habitude.

Si vous voulez une pile d'appels symbolisée approprié pour copier / coller ou similaire, gdb backtrace fonctionnera bien à partir de là:

(gdb) bt
#0  0x01f84cf0 in objc_exception_throw ()
#1  0x019efced in -[NSObject doesNotRecognizeSelector:] ()

(etc)

Il est une nouvelle fonctionnalité sur le débogueur. Vous pouvez définir un point d'arrêt chaque fois qu'une exception est levée et arrêter l'exécution juste là, comme cela se produisait sur 4.0.

Sur le "navigateur de point D'arrêt", ajoutez un" point D'arrêt D'Exception "et appuyez simplement sur" Terminé " dans la fenêtre contextuelle options.

C'est tout!

PS: dans certains cas, il serait préférable de ne casser que pour les exceptions Objective-C.

Voici une solution de plus, pas aussi élégante que la précédente, mais si vous n'avez pas ajouté de points d'arrêt ou de gestionnaires d'exception, ce ne peut être qu'une solution.
Lorsque l'application se bloque et que vous obtenez votre première pile d'appels (en nombres hexadécimaux), tapez dans la console Xcode info line *hex (n'oubliez pas le spécificateur star et 0x hexadécimal), par exemple:

(gdb) info line *0x2658
Line 15 of "path/to/file/main.m" starts at address 0x25f2 <main+50>
and ends at 0x267e <main+190>.

Si vous utilisez lldb, vous pouvez taper image lookup -a hex (sans les étoiles dans cette situation), et vous obtenez le même résultat.

Avec cette méthode, vous pouvez traverser du haut de la pile throw (il y aura environ 5-7 propagateurs d'exception système) à votre fonction qui a provoqué un crash, et déterminer le fichier exact et la ligne de code.

Aussi, pour un effet similaire, vous pouvez utiliser l'utilitaire atos dans le terminal, il suffit de taper:

atos -o path/to/AplicationBundle.app/Executable 0xAdress1 0xAdress2 0xAdress3 ...

Et vous obtenez une trace de pile symbolisée (au moins pour les fonctions, vous avez des symboles de débogage). Cette méthode est plus préférable, car vous n'avez pas pour chaque appel d'adresse info line, Il suffit de copier les adresses de la sortie de la console et collez-les dans le terminal.

Vous pouvez ajouter un point D'arrêt Exception (en utilisant le + en bas du navigateur de point D'arrêt) et Ajouter l'action bt pour cela (cliquez sur le bouton Ajouter une Action, sélectionnez la commande débogueur, entrez " bt " dans le champ de texte). Cela affichera la trace de la pile dès qu'une exception est levée.

C'est un problème commun, ne pas obtenir de traces de pile dans 4.2. Vous pouvez essayer d'échanger entre LLDB et GDB pour voir si vous obtenez de meilleurs résultats.

Déposez un rapport de bogue ici.

Http://developer.apple.com/bugreporter/

Modifier:

Je crois que si vous revenez à LLVM GCC 4.2, vous ne verrez pas cela se produire. Vous risquez de perdre les fonctionnalités dont vous avez besoin.

Utilisez ce code dans votre fonction principale:

int main(int argc, char *argv[])
{
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    int retVal;
    @try {
        retVal = UIApplicationMain(argc, argv, nil, nil);
    }
    @catch (NSException *exception) {
        NSLog(@"CRASH: %@", exception);
        NSLog(@"Stack Trace: %@", [exception callStackSymbols]);
    }
    @finally {
        [pool release];
    }
    return retVal;
}

À L'invite de console de débogage de Xcode, tapez:

image lookup -a 0x1234

Et il vous montrera quelque chose comme:

  Address: MyApp[0x00018eb0] (MyApp.__TEXT.__text + 91088)
  Summary: MyApp`-[MyViewController viewDidAppear:] + 192 at MyViewController.m:202

Retourner 'compiler pour le pouce' (configuration de débogage) a fonctionné pour moi.