iphone - サービス - ios クラッシュログ 出力されない



クラッシュレポートが象徴的に表示されないのはなぜですか? (4)

これが同じ問題を抱えている誰かに役立つかもしれないと期待して、私のために働いたのはアーカイブディレクトリで次のコマンドを実行することでした(/ Users / my_user / Library / Developer / Xcode / Archives / 2012-09-24のように見えます)。最初にそこにcdします

mdimport .

その後、symbolicatecrashスクリプトを実行してください。 XCodeで、オーガナイザーのデバイスログに行き、クラッシュログを右クリックして「Re-Symbolicate Log」を選択します。

https://ffff65535.com

私はXcode 4.3.1を使っています。 クラッシュは私のデバイスで起こったので、私はそれを接続してOrganizerを開き、私のデバイスログに行き、クラッシュレポートを見つけ、そしてそれがここで読むものです:

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x00000000, 0x00000000
Crashed Thread:  0

Last Exception Backtrace:
0   CoreFoundation                  0x3514488f __exceptionPreprocess + 163
1   libobjc.A.dylib                 0x3656b259 objc_exception_throw + 33
2   CoreFoundation                  0x35144789 +[NSException raise:format:] + 1
3   CoreFoundation                  0x351447ab +[NSException raise:format:] + 35
4   CoreFoundation                  0x350b168b -[__NSCFDictionary setObject:forKey:] + 235
5   myapp                           0x0015b4a7 0xe8000 + 472231
6   myapp                           0x0018add1 0xe8000 + 667089
7   myapp                           0x0013cd5b 0xe8000 + 347483
8   Foundation                      0x30ffb60d __NSFireTimer + 145
9   CoreFoundation                  0x35118a33 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 15
10  CoreFoundation                  0x35118699 __CFRunLoopDoTimer + 365
11  CoreFoundation                  0x3511726f __CFRunLoopRun + 1207
12  CoreFoundation                  0x3509a4a5 CFRunLoopRunSpecific + 301
13  CoreFoundation                  0x3509a36d CFRunLoopRunInMode + 105
14  GraphicsServices                0x36396439 GSEventRunModal + 137
15  UIKit                           0x32190e7d UIApplicationMain + 1081
16  myapp                           0x000f6aff 0xe8000 + 60159
17  myapp                           0x000e9370 0xe8000 + 4976


Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libsystem_kernel.dylib          0x34f3832c __pthread_kill + 8
1   libsystem_c.dylib               0x36e34208 pthread_kill + 48
2   libsystem_c.dylib               0x36e2d298 abort + 88
3   libc++abi.dylib                 0x30af9f64 abort_message + 40
4   libc++abi.dylib                 0x30af7346 _ZL17default_terminatev + 18
5   libobjc.A.dylib                 0x3656b350 _objc_terminate + 140
6   libc++abi.dylib                 0x30af73be _ZL19safe_handler_callerPFvvE + 70
7   libc++abi.dylib                 0x30af744a std::terminate() + 14
8   libc++abi.dylib                 0x30af881e __cxa_rethrow + 82
9   libobjc.A.dylib                 0x3656b2a2 objc_exception_rethrow + 6
10  CoreFoundation                  0x3509a506 CFRunLoopRunSpecific + 398
11  CoreFoundation                  0x3509a366 CFRunLoopRunInMode + 98
12  GraphicsServices                0x36396432 GSEventRunModal + 130
13  UIKit                           0x32190e76 UIApplicationMain + 1074
14  myapp                           0x000f6af8 0xe8000 + 60152
15  myapp                           0x000e9368 0xe8000 + 4968

Xcodeは自動的にクラッシュレポートを象徴するものを扱うと思いましたか? 行番号やメソッドが表示されないのはなぜですか? そして、なぜ私の例外コードは0x00000000なのですか?

私はここで見つけた方法を試しました 、しかし、私がメモリアドレスのどれかをタイプインするとき、出力はちょうどその同じメモリアドレスです。 これは私がクラッシュログから得ることができる最も多くの情報なのか、それともここで何か問題がありますか?


クラッシュレポートをOrganizer - > Devices - > Library - > Device Logsにドラッグしても、XCode 4.5.1を象徴することができませんでした。

dSYM上記の投稿ごとにdSYM指定してクラッシュのシンボルアドレスを取得することもできませんでした。

私はxcarchiveますが、 xcarchiveファイルの中のシンボルファイルのフルパスを指定することによってしか機能しません(実際にはディレクトリです)。 例:

cd dir_where_the_xcarchive_is
atos -arch armv7 -o myApp\ 9-18-12\ 5.28\ PM.xcarchive/dSYMs/myApp.app.dSYM/Contents/Resources/DWARF/myApp   0x0001943a

代わりにCrashlyticsを使ってください。

これは、リアルタイムのクラッシュレポート、およびクラッシュが発生した場所の正確な行番号についてのインスタント(電子メールで通知を受ける)を提供します。


例外コードに関するご質問について...

Exception Codes: 0x00000000, 0x00000000

... このAppleテクニカルノートあなたの質問に答えるかもしれません。 要するに、このクラッシュレポートは標準的な文書化されたクラッシュタイプによって生成されたのではありません。

クラッシュログの約16行には、テキストで始まり、その後に1つ以上の16進値が続く行が表示されます。これはプロセッサ固有のコードであり、クラッシュの性質に関する詳細な情報が得られます。 これらのコードから、プログラミングエラーが原因でアプリケーションがクラッシュしたかどうか(たとえば、メモリアクセスの悪さ、例外など)、またはアプリケーションが他の理由で終了したかどうかを知ることができます。

例外コード0x8badf00dは、ウォッチドッグタイムアウトが発生したためにアプリケーションがiOSによって終了されたことを示します。 アプリケーションが起動、終了、またはシステムイベントへの応答に時間がかかりすぎた。 この一般的な原因の1つは、メインスレッドで同期ネットワークを実行していることです。 例外コード0xbad22222は、VoIPアプリケーションが頻繁に再開されたためにiOSによって終了されたことを示します。 例外コード0xdead10ccは、バックグラウンドで実行中にアプリケーションがシステムリソース(アドレス帳データベースなど)を保持していたためにiOSによって終了されたことを示します。 例外コード0xdeadfa11は、アプリケーションがユーザーによって強制終了されたことを示します。 ユーザーが最初に「電源を切るスライド」が表示されるまでオン/オフボタンを押し続け、次にホームボタンを押したときに強制終了します。 アプリケーションが応答しなくなったためにユーザーがこれを行ったと想定するのは妥当ですが、保証されていません。強制終了はどのアプリケーションでも機能します。