Crash logs générés par le Simulateur d'iPhone?

Il n'existe aucun crash logs générés par le Simulateur d'iPhone?

le Simulateur se bloque beaucoup, mais qui ne laisse pas de traces dans la Console... le crash sera utile.

  • Je ne comprends pas très bien pourquoi vous avez besoin de l'accident journaux. Lors de l'application dans le simulateur tombe en panne, mais avant d'arrêter le débogage, à la gdb invite, tapez "bt" pour "backtrace" -- vous obtiendrez exactement ce qui apparaît dans le rapport de crash. (ne le savais pas, il a été question de la nécromancie ici, a raté le post de l'année)
  • Si l'accident s'est produit uniquement lorsque vous ne sont pas fixés par le débogueur vous devez les journaux.
  • vous avez raison. ce sens!
  • Vous pouvez également voir le journal de débogage (y compris la sortie de lldb commandes) dans le Rapport "navigator" dans Xcode (cmd-8). C'est utile pour voir la sortie de débogage pour les courses précédentes aussi. Si le débogueur n'a pas été attaché, alors cela ne marchera pas, évidemment.
  • Journal de débogage n'est pas le même que le rapport de Crash, bien que les deux journaux sont utiles pour déboguer le problème.
InformationsquelleAutor Raptor | 2009-12-08
  1. 150

    La console affiche la NSLog() la sortie d'une application qui s'exécute dans le simulateur. Le crash journaux sont enregistrés dans un fichier.

    J'ai trouvé quelques dans ma maison sous-répertoire de

    ~/Library/Logs/DiagnosticReports/

    Ils ont une extension de fichier de .crash

    Quelque chose que je n'ai pas encore compris, c'est comment faire pour qu'ils génèrent, même si le débogueur attrape le EXC_BAD_ACCESS signal.

    Mise à jour

    Actuellement, (OSX 10.11.6), l' .les journaux de pannes dans ~/Library/Logs/DiagnosticReports, sont quand l'émulateur lui-même se bloque. Des journaux pour un application s'écraser (mais l'émulateur appareil est toujours en cours d'exécution fine), sont dans l':

    ~/Library/Logs/CoreSimulator

    Par accident, il y a un sous-dossier avec un id unique. Trier par date, de sorte que votre récent crash est le premier sous-dossier. À l'intérieur, commencez par regarder stderr.log et system.log.

    Aussi directement sous CoreSimulator, voir CoreSimulator.log et Simulator.log.

    • Aucune idée de pourquoi ces journaux sont écrits dans un fichier au lieu de l'afficher dans la console? Merci pour l'info, btw.
    • Aucun de mes rapports de plantage de l'iPhone ou de l'iPad simulateur de montrer dans ce répertoire, peut-être que cette réponse doit être mis à jour?
    • Peut-être qu'il a besoin d'une mise à jour, mais une baisse de vote n'est pas très poli de manière à l'encourager.
    • Cette réponse est encore valable novembre '12 donc je doute que la réponse était incorrecte (besoin de mise à jour) il y a un an.
    • d'autres DONC, la question, il y a (semble-t-à-être) réponse valable: stackoverflow.com/a/11228598/188331
    • J'ai trouvé le rapport de crash dans le répertoire mentionné, mais il n'y avait qu'un seul rapport, et ce n'était pas la plus récente (c'est à dire, j'essayais un peu de choses dans l'application et il gardé de s'écraser). Les accidents étaient tous les mêmes, de sorte qu'il n'était pas un problème, mais je me demande si c'est généralement le cas?
    • Les deux Justin et ohhorob sont corrects. Vous avez besoin de lancer l'application sur le simulateur, SANS Xcode et reproduire le crash pour voir les logs dans ~/Library/Logs/DiagnosticReports/
    • Dans mon DiagnosticReports pas de n'importe quel répertoire .crash de fichiers.
    • Sur OSX 10.11.6, l' .les journaux de pannes dans ~/Library/Logs/DiagnosticReports, sont si l'émulateur lui-même se bloque. Les journaux pour une application de s'écraser (mais l'émulateur fonctionne encore très bien), je vois dans ~/Library/Logs/CoreSimulator.
    • Comme @DaveChambers dit, double-cliquez sur l'application dans le Simulateur, regarder crash, puis aller à ~/Library/Logs/DiagnosticReports/, ou, dans le Console application ouverte DiagnosticReports. J'ai vraiment besoin de cette info de la mi-2019 en utilisant les dernières Xcode/MacOS etc.

    InformationsquelleAutor ohhorob
  2. 17

    Je suis assez sûr que vous pouvez voir dans cette OS X application Console située dans les services publics. Si je me trompe mais, assurez-vous de voter moi le diable, de sorte que je les supprimer.

    Mise à JOUR:

    Spécifiquement (comme d'OSX 10.11.6),

    Lorsqu'une application se bloque sur émulateur, un sous-dossier (avec un id unique) est ajouté:

    ~/Library/Logs/CoreSimulator

    Dans ce cadre, commencez par examiner stderr.log et system.log.

    Lorsque l'émulateur lui-même se bloque, un sous-dossier est ajouté:

    ~/Library/Logs/DiagnosticReports

    Ne confondez pas cette voie avec

    /Bibliothèque/Logs

    (manque ~ au départ), qui dispose de différents rapports sur votre mac.

    • Yep. Plus d'infos ici developer.apple.com/iphone/library/documentation/Xcode/...
    • semble qu'il s'applique uniquement pour les appareils iPhone, au lieu de simulateur. Corrigez-moi si je me trompe.
    • La Console peut être ouvert à partir du simulateur en appuyant sur Cmd/ ou utiliser le Debug/Système Ouvert, Journal... option de menu.
    InformationsquelleAutor bpapa
  3. 5

    Voici quelque chose qui a fonctionné pour moi dans un cas particulier... Mon application a été s'écraser avec SIGKILL lors de la clôture. Je voudrais voir l'exception de la principale.m pendant quelques secondes, puis l'application serait de terminer la résiliation – donc, aucune chance d'obtenir la trace.

    J'ai fait beaucoup de recherche sur “d'où vient le simulateur de stocker ses crash logs” et n'a jamais réussi à trouver une réponse. Cependant, l'astuce suivante est venu assez pratique et j'ai été en mesure de saisir le rapport de crash à la volée:

    Fondamentalement, ouvrez le dossier /Applications/Utilitaires/CrashReporterPrefs.application et changer le réglage à “Développeur”. Ce sera la cause de CrashReporter pour afficher une popup avec le rapport de crash une fois que votre application se bloque.

    J'ai trouvé ça dans la section “Affichage du Simulateur iOS de la Console et de Crash Logs” de la section dans ce doc d'Apple:
    http://developer.apple.com/library/ios/#documentation/Xcode/Conceptual/ios_development_workflow/125-Using_iOS_Simulator/ios_simulator_application.html

    • Par ailleurs, le problème d'origine avec SIGKILL que je faisais des recherches s'est avéré être un non-problème: stackoverflow.com/questions/7901262/...
    • Je tiens à souligner qu'il n'y avait pas CrashReporterPrefs application dans l'Application/Utilitaires, cependant j'ai cherché et il a été en mesure de trouver l'application ailleurs.
    • où avez-vous trouver?
    • Notez que l'outil mentionné ci-dessus est téléchargeable à partir de Xcode dans un ensemble appelé "Outils Supplémentaires pour Xcode developer.apple.com/download/more/...
    InformationsquelleAutor dana_a
  4. 1

    C'est beaucoup plus fiable. En seulement quelques étapes, j'ai été en mesure de trouver le numéro de ligne de source & nom de la méthode:

    1. cd à la dir ayant l' .app & .dSYM fichiers
    2. run /Développeur/plates-formes/iPhoneOS.de plate-forme/Développeur/usr/libexec/gdb/gdb-bras-apple-darwin MyApp.app/MyApp
    3. impression asm-demangle sur
    4. ensemble des symboles de l'imprimé-nom de fichier sur
    5. p/0×00015c64 -> adresse obtenu par l'ouverture du crash dans la “Console application” ou juste en double cliquant sur le .crash fichier.
    • Je ne comprends pas très bien pourquoi vous avez besoin de l'accident journaux. Lors de l'application dans le simulateur tombe en panne, mais avant d'arrêter le débogage, à la gdb invite, tapez "bt" pour "backtrace" -- vous obtiendrez exactement ce qui apparaît dans le rapport de crash.
    • Cette méthode fonctionne très bien pour le crash logs du client de téléphone.
    InformationsquelleAutor Gamma-Point
  5. 1

    Le crash crash journaux apparaîtra sous ~/Library/Logs/CrashReporter.

    • Si le simulateur d'iPhone, le programme se bloque (l'iPhone n'est pas une application qui s'exécute dans le simulateur), alors il y aura une entrée pour iPhoneSimulator.
    • Si l'Application iPhone dans le simulateur se bloque, le rapport de crash apparaîtra à l'affichage du nom de l'application.

    Quand Xcode se crash logs à partir d'un appareil connecté, il les stocke dans des sous-dossiers de ~/Library/Logs/CrashReporter/MobileDevice

    • C'est plus d'un an plus tard, mais je vois le "app au sein de simulateur de panne dans ~/Library/Logs/DiagnosticReports ... et ça ressemble: MobileSafari_2013-03-21-155844_My-MacBook-Pro.crash
    InformationsquelleAutor Walt Sellers
  6. 0

    Pour moi, c'était une expression que j'avais ajouté à la fenêtre espion de débogueur. Lorsqu'un point d'arrêt a été touché, la mauvaise expression était à l'origine XCode pour erreur de segmentation.

    InformationsquelleAutor pTymN