Xcode 4 panne de symbolicate de Crash

Je viens de mettre à jour mon Xcode pour 4.0.1. Maintenant, j'ai un problème avec le symbolication de l'accident journaux reçus de mon testeur et même à partir de mon téléphone trop.

Quand j'ai construit la distribution AdHoc je suis l'aide de la "arhive ne" régime, puis-je créer l' *.fichier ipa de la chanter avec mes informations d'identification de développeur.

Est-ce la question?
Et je ne trouve pas le dSym fichiers pour ces AdHoc construit.

J'ai trouvé un très bon moyen de résoudre ce problème à l'aide de Crittercism DSK.

InformationsquelleAutor Andrei Neacsu | 2011-03-28

24

Plus de coob réponse, je trouve l'ajout de ces répertoires pour les Projecteurs de la liste des ignorés (Système de Préférences → Spotlight → Confidentialité) aide:
- ~/Library/Developer/Xcode/DerivedData/ (Xcode 4 construire des artefacts)
- ~/Library/Application Support/iPhone Simulator/ (système de fichiers pour le Simulateur d'iPhone)
Comme ceci:

(Voir ce blog pour plus de détails.)

Mise à jour: à partir d'un commentaire par joerick: "Cela fonctionne, mais cela signifiait aussi que les Instruments.app ne pouvais pas trouver les symboles de debug, j'ai donc dû supprimer DerivedData de la Confidentialité de la liste à faire certains profils." - garder à l'esprit que si vous utilisez des Instruments.
- C'est une bonne idée, jusqu'à ce qu'une bonne solution est en place. J'ai déposé un rapport de bug avec Apple, donc nous allons voir comment il se développe.
- ouais, c'est certainement l'un correctif intérimaire. Espérons qu'Apple va se fissurer dans la prochaine 4,5 GO de patch. 🙂
- J'ai dû ajouter "~/Library/MobileDevice/Archivé Applications" pour que cela fonctionne.
- Cela fonctionne, mais cela signifiait aussi que les Instruments.app ne pouvais pas trouver les symboles de debug, j'ai donc dû supprimer DerivedData de la Confidentialité de la liste à faire certains profils.
- bonne prise, merci pour le partage.
- Plutôt que de vous embêter avec des préférences de Spotlight, j'ai supprimé toutes les versions de l'application en question à partir de ci-dessus recommandé répertoires et symbolication travaillé à nouveau pour cette application. Je préfère ce que potentiellement briser les Instruments et tous les autres outils. Cheers!
- Cela n'a pas de travail pour moi - et la suppression de la DerivedData répertoire ne fonctionne pas non plus. Semble être plus de bugs dans Xcode4 relatives à cette symbolication 🙁
- J'ai dû supprimer le "construit" répertoire de destination après l'ajout de la ci-dessus spotlight comprend. L'exécution de la symbolicator à partir de la ligne de commande (/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash) va vous montrer où il est à la recherche quand il s'étouffe.
InformationsquelleAutor Simon Whitaker
24

Pour moi, ni la ligne 323 de modifier ni les feux de la rampe les exclusions, il fixe. Donc j'ai traqué les enjeux de la symbolicatecrash et publié une version corrigée sur github. Il suffit de remplacer /usr/local/bin/symbolicatecrash et votre iOS rapports de plantage va commencer symbolicating de nouveau.

Ce correctif peut ne pas fonctionner pour les applications Mac, ça fait des hypothèses sur la structure de l' .xcarchive répertoire qui ne semblent pas tenir pour les applications de bureau.

Modifier: vous pouvez encore avoir des problèmes si le Projecteur n'est pas indexé vos archives. Vous pouvez obtenir la force d'un index en exécutant la commande suivante dans un terminal:
```
mdimport ~/Library/Developer/Xcode/Archives/
```
Plus d'informations sur le dépannage ici.
- Il a travaillé pour moi pendant que les feux de la rampe/die modifications n'ont pas. Sauvé beaucoup de tripoter; Merci beaucoup. Ne pas que vous aurez besoin de remplacer symbolicatecrash au chemin d'accès complet si vous voulez qu'il fonctionne dans xcode (/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/)
- Votre personnalisé symbolicatecrash fait ma journée alors que les Projecteurs des exceptions n'a rien fait. Néanmoins merci à tous pour toutes les réponses utiles!
- Avertissement: Lorsque j'ai essayé d'utiliser ce script, il symbolicated mon .crash fichier, mais les symboles étaient toutes dans l'erreur. Les méthodes indiquées dans la pile sont venus des différentes parties du code qui n'étaient pas liés et hors contexte. J'étais finalement capable de faire correctement symbolicated sortie par la copie de mes .app et .dSYM fichiers sur mon .xcarchive et en les plaçant le long de côté le rapport de crash. J'ai vérifié que Spotlight pourrait trouver ces fichiers, puis j'ai traîné le rapport de crash dans l'organiseur.
- Excellent travail, merci beaucoup! Maintenant, toutes mes rapports de plantage symbolisé même dans XCode 4.
- cela a fonctionné comme un charme. merci beaucoup!
- commentaire devrait être une réponse! il fonctionne sur xcode 4.5.1 avec osx 10.7! J'ai essayé beaucoup d'autres méthodes, mais tous ont échoué.
InformationsquelleAutor Christopher Pickslay
3

La symbolication script est d'avoir un problème de trouver le bon binaire/dSYM. Il utilise Spotlight pour ce faire et, souvent, bites jusqu'. Voici quelques choses à essayer:
1. Assurez-vous que votre .application ne dispose pas d'un
  d'espace.
2. Il peut être de trouver la version de
  votre application installée sur le simulateur
  (à l'envers, mais il n'est parfois
  c'est pour moi). Réinitialiser votre simulateur.
3. Clair de votre répertoire de construction.
- Je vous remercie pour votre réponse. Mon application ne dispose pas d'espaces dans son nom. J'ai simplement ne peut pas trouver le dSym fichier après avoir fini la construction de l'archive. Si je afficher dans le Finder " l'application archive je viens de trouver un .xcodearchive fichier. Pas de dSym ou tout autre fichier.
- Êtes-vous à l'aide de XCode 3 ou 4? Je ne suis pas familier avec 4, lorsque je "afficher dans le Finder archivé sur XCode 3 il me montre un répertoire comme" 1DE8BA58-B733-4FA6-88E0-8F9F71297070.apparchive' dans '/Users/al/Bibliothèque/Application Support/Développeur/Shared/Archivé Applications " qui a l'application, un fichier plist et le dsym à l'intérieur.
- J'utilise Xcode 4.0.1.
- XCode 4 met dans ~/Bibliothèque/Développeur/Archives. Puis un répertoire par date, puis une .xcarchive bundle. Dans le finder, cliquez sur pour afficher le contenu du paquet. dSYM est dans dSYMs répertoire. L'App est dans les Produits/Applications. Cela dit, je ne peux pas obtenir XCode 4.0.1 pour symbolicate un nouveau crash.
- Permettez-moi donc de comprendre cela, vous avez rencontré ce problème aussi?
- Oui. Je vais avoir ce problème. J'ai été en mesure d'afficher les journaux des incidents très bien avec XCode 3.x mais pas avec 4.0.1. Je viens de faire un test de forcer un crash de mon application. Ne pas symbolicate. J'ai ouvert un thread sur les forums des développeurs Apple.
- S'il vous plaît, voulez-vous publier ici de ce que vous trouverez sur le site Apple developer forum?
- Je peux confirmer que les étapes décrites ici devrait résoudre le problème à court terme, j'ai posté à ce sujet sur le Dev Apple forums aussi. Simon suggestion sur l'exclusion de ces dossiers à partir de spotlight est aussi une bonne long terme suggestion
- Et que faites-vous si votre application dispose d'un espace? par exemple, l'app est déjà en direct sur l'app store, j'ai un rapport d'erreur, mais Xcode refuse de symbolicate il.
- avez-vous trouver un moyen pour symbolicate un rapport d'accident à partir d'une application sur l'app store qui a un espace dans le nom? J'ai aussi une apostrophe. Avoir un diable de temps à obtenir ce travail.
- Non, je n'ai pas. Et Symbolicate NE fonctionne TOUJOURS PAS dans Xcode 4.5.x (il a travaillé pendant 2 semaines, puis s'est arrêté et n'a jamais travaillé depuis) - Apple refuse de le fixer correctement. Ils s'appuient sur leur (mal cassé) "indice de la totalité du disque dur" recherche du démon, qui est lent et mal écrit. Et ils ne fournissent pas de solutions de rechange. ARGH!
- Merci. J'ai une application que j'ai dû retirer de l'app store.. il plante au démarrage sur certains utilisateurs de périphériques et je ne peux absolument pas reproduire n'importe ce que je fais. C'est un Noël app que je travail sur toute l'année, et il est généralement en vedette par Apple. Apple DTS a répondu une fois, en me disant de faire quelque chose, je l'avais déjà fait, et j'ai répondu en arrière et n'ai pas entendu parler d'eux. J'ai les journaux des incidents qui pourraient aider, mais je ne peux pas les lire. Il est impuissant et désespéré de sentiment, comme ma famille dépend de ce revenu, et c'est tout..disparu. Ce qui est pire, c'est que les utilisateurs qui aiment l'application qui l'ont perdu.
InformationsquelleAutor Alastair Stuart
3

J'ai eu le même problème aujourd'hui. D'après mes recherches sur le web, il y a un problème avec le armv6 bibliothèques qui causent la symbolicate échec du processus. J'ai trouvé la réponse dans le dev forums ici.

Pour les personnes sans accès, vous devez créer une copie de la symbolicatecrash script de /Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/. Modifier le fichier et remplacer le "mourir" à la ligne 323 avec un bouton "imprimer" (c'est pourquoi il ne fonctionne pas, le script échoue ici).

Puis exécutez symbolicatecrash à l'encontre de votre rapport de crash. Vous verrez l'erreur de la ligne 323, mais ensuite, il aura symbolicate tous votre lignes et les variables. Il ne parvient toujours pas pour le système de bibliothèques, mais de donner suffisamment d'informations pour fixer vos propres bugs.

Espère que cette aide.
- Vous avez 1,337 points. Assez impressionnant.
- Wow, génial, merci Dan.
InformationsquelleAutor Hiltmon
0

Je pense que j'ai eu ce problème, ou quelque chose de similaire.
Xcode 4.0 n'était pas montrant les symboles pour un crash, j'ai eu à partir d'un testeur.
Il me semblait résoudre ce problème en ouvrant le xarchive que j'avais créé, et la copie de la dsym fichier à partir de l'intérieur (clic droit et "afficher le contenu du paquet") pour s'asseoir à côté d'elle dans le dossier d'archivage. Je ne peux pas le garantir a une solution, j'ai essayé un certain nombre d'autres solutions à l'époque, mais je sais que j'ai les symboles maintenant et n'en avaient pas auparavant. La peine d'essayer?
- J'ai eu des soucis avec XCode 4.0 car il n'a pas d'archive de la même façon que Xcode 3. Il crée un xarchive, j'ai ensuite créer un .ipa, et comme c'était le chemin que j'ai fait les choses dans le passé - sorti le .package de l'application de cette fonction pour envoyer à mon testeur. Je pense que peut-être xcode ne trouve pas le dsym, car il est interne à la xarchive paquet lui-même.
InformationsquelleAutor Nic
0

Pour localiser un dSYM fichier basé sur un ID dans une fermeture inopinée qui ressemble à ceci :

Images Binaires:
0x100000000 - 0x100021ff7 +com.développeur.foobar 1.1 (2) <D1B7F956-7D79-3D4D-BA53-E9EBB368A9F8> /Applications/FooBar.app/Contents/MacOS/FooBar

que vous pouvez faire:

mdfind com_apple_xcode_dsym_uuids == D1B7F956-7D79-3D4D-BA53-E9EBB368A9F8

Pour OSX applications construites avec "NAIN avec dSYM" vous n'avez pas réellement besoin de la dSYM fichier et peut utiliser l'approche manuelle à https://developer.apple.com/library/content/technotes/tn2151/_index.html#//apple_ref/doc/uid/DTS40008184-CH1-SYMBOLICATE_WITH_ATOS

En outre de vérifier l'UID d'un binaire vous pouvez faire quelque chose comme
```
dwarfdump --uuid /Users/valexa/Desktop/GPSnote.app/GPSnote 
```
UUID: 6194D2B0-4E61-3834-AD15-C279EB1848XX (armv7)

UUID: D1B7F956-7D79-3D4D-BA53-E9EBB368A9F8 (armv7s)
- Apple a supprimé ce lien ... ARGH!!
InformationsquelleAutor valexa

Vous devez vous connecter pour publier un commentaire.