Atos ne peut pas obtenir les symboles de dSYM de archivé application

J'ai un rapport de crash de BugSense, donc je avoir des informations sur l'emplacement de la mémoire des accidents, mais ils ne sont pas symbolicated. Aussi le Bug ne veut pas envoyer des traditionnels rapports de plantage, mais me donne encore un bugtrace. Donc, je suis en train d'utiliser Atos pour obtenir l'emplacement exact de mes plantages. J'ai archivé les app dans XCode 4 et utilisé que la version de soumettre à l'app store, j'ai donc un dSYM fichier. J'ai exécuter le code suivant:

atos -arch armv7 -o MyApp.app.dSYM 0x001057e9

Cependant, au lieu de trouver la bonne sortie, je reçois un message d'erreur:

atos cannot load symbols for the file MyApp.app.dSYM for architecture armv7

Des suggestions pour expliquer ce qui se passe? Je ne suis pas le décapage des symboles de débogage de l'application.

InformationsquelleAutor Jason | 2011-10-06
  1. 95

    À bien obtenir les symboles de votre archivé application dSYM de fichiers et d'obtenir des informations utiles à partir de votre BugSense les rapports de plantage (ou de tout autres rapports de plantage d'ailleurs):

    1. Copie de la trace de la pile de BugSense dans TextEdit ou tout autre éditeur de texte. Assurez-vous d'utiliser le "presse-papiers" icône, plutôt que de simplement copier le texte. Sinon, vous n'obtiendrez pas le réel les emplacements de la mémoire de la trace de la pile, qui sont nécessaires pour rechercher les références à l'aide de atos et symbolicate votre trace de la pile.
    2. Ouvert XCode et aller à l'Organisateur
    3. Trouver votre archive et cliquez-droit sur elle, aller à l'ouvrir dans le finder.
    4. Accédez au répertoire de l'archive, généralement ~/Library/Developer/XCode/Archives/YYYY-MM-DD/
    5. Aller dans l'archive, puis le dSYMs dossier
    6. Vous verrez le fichier MyApp.app.dSYM et vous pouvez pensez que c'est le fichier que je devrais courir atos contre! Ceci est incorrect. Il est en fait un paquet! cd dans ce paquet, dans le dossier: MyApp.app.dSYM/Contents/Resources/DWARF et vous trouverez un autre fichier appelé tout simplement MyApp. C'est la dSYM fichier.
    7. Exécuter atos -arch armv7 -o MyApp 0x0000000 (ou quelle que soit l'adresse de la mémoire est) pour trouver l'emplacement de votre erreur, ou tout simplement atos -arch armv7 -o MyApp pour entrer dans le mode interactif.
    • Wow, l'étape 6 a beaucoup aidé ici. Merci!
    • "-arch armv7" - qui est vraiment important, j'ai tort de données sans elle
    • J'ai une trace, mais pas de crash, cela fonctionne encore? Semble juste de me donner emplacement aléatoire. Voici un exemple de ligne de mon backtrace: MyApp 0x00054b23 MyApp + 301859
    • Il va probablement encore du travail, mais vous ne pouvez pas être en mesure de tracer une pile arbre.
    • Ce n'est pas juste. iOS 4.3 et après avoir fait des changements à la diapositive et l'adresse de chargement. Si vous utilisez la valeur de l'écrasement de fichier il va point à la mauvaise ligne dans le code.
    • Cette réponse contient une aide sur la façon de calculer la bonne adresse: stackoverflow.com/questions/13574933/...
    • Merci beaucoup, j'ai passé plus de 3 jours à essayer de comprendre comment utiliser dSYM, l'étape 6 montre vraiment l'exacte dSYM à utiliser. Merci beaucoup

    InformationsquelleAutor Jason
  2. 3

    Vous devez obtenir la bonne adresse. Vous pouvez utiliser la solution ci-dessus, mais vous devez utiliser hex mathématiques pour obtenir la bonne adresse mémoire. glissière + de la pile l'adresse - l'adresse de chargement.

    InformationsquelleAutor Greg Hawk