0

Crashlytics から受け取った次のスタック トレースに、注意すべき点があるかどうか疑問に思っています。

EXC_BAD_ACCESS KERN_INVALID_ADDRESS at 0x000000007becbeb8 

Thread : Crashed: com.apple.main-thread
0  libsystem_kernel.dylib         0x3a3c61fc __pthread_kill + 8
1  libsystem_pthread.dylib        0x3a42fa33 pthread_kill + 58
2  libsystem_c.dylib              0x3a376ffd abort + 76
3  libc++abi.dylib                0x396a5cd7 abort_message + 74
4  libc++abi.dylib                0x396be6e5 default_terminate_handler() + 252
5  libobjc.A.dylib                0x39e07921 _objc_terminate() + 192
6  libc++abi.dylib                0x396bc1c7 std::__terminate(void (*)()) + 78
7  libc++abi.dylib                0x396bbd2d __cxa_increment_exception_refcount
8  libobjc.A.dylib                0x39e077f7 objc_exception_rethrow + 42
9  CoreFoundation                 0x2f499c9d CFRunLoopRunSpecific + 640
10 CoreFoundation                 0x2f499a0b CFRunLoopRunInMode + 106
11 GraphicsServices               0x3419a283 GSEventRunModal + 138
12 UIKit                          0x31d3d049 UIApplicationMain + 1136
13 Pocket Linesman                0x0005aa8b main + 17 (main.m:17)

インターネットを検索しても、このタイプのクラッシュに実用的な修正がある例を見つけることができません。また、アプリでの通常の操作では、このようなクラッシュを完全に再現できません。

このスタック トレースは、ユーザーの iOS デバイスのメモリ不足の問題による通常のクラッシュを示していますか?

これは Crashlytics を使用する初めてのアプリなので、送信されるレポートの読み方をまだ学んでいます。

ありがとう！

4

2 に答える 2

1

クラッシュの元の原因は、キャッチされていない例外です。元の例外がキャッチされ、から再スローされCFRunLoopRunSpecific()ました。これにより、バックトレースで例外の元のソースがわかりにくくなっています。場合によっては、例外の詳細がログに記録され、元のバックトレースが示されることがあります。同時に書き込まれた可能性のあるログ メッセージはありますか?

于 2014-01-18T05:35:38.350 に答える
0

UI コードが原因でクラッシュが発生するたびに、同じ問題が発生していました。

万が一、アプリのデリゲートに NSSetUncaughtExceptionHandler を設定しましたか? 私の設定をすると、役に立たない pthread_kill メッセージが表示されました。

分散ビルドで私の設定を解除すると、同じエラーからより有用なクラッシュ レポートを取得できるようになりました。

お役に立てれば ：）

于 2015-02-19T04:48:52.273 に答える