異常なmain.mクラッシュ

Question

私のiOSアプリケーションでは、このようなクラッシュレポートを取得し続けています。

0 libsystem_kernel.dylib 0x000000018d805014 __pthread_kill + 4 
1 libsystem_c.dylib 0x000000018d7799c4 abort + 136 
2 libc++abi.dylib 0x000000018d2451b0 abort_message + 128 
3 libc++abi.dylib 0x000000018d25ec04 default_terminate_handler() + 300 
4 libobjc.A.dylib 0x000000018d26c820 objc_terminate() + 120 
5 libc++abi.dylib 0x000000018d25b5d4 std::__terminate() + 12 
6 libc++abi.dylib 0x000000018d25b640 std::terminate() + 56 
7 libdispatch.dylib 0x000000018d6c29b4 _dispatch_client_callout + 32 
8 libdispatch.dylib 0x000000018d6c75e8 _dispatch_main_queue_callback_4CF + 992 
9 CoreFoundation 0x000000018e7b90c0 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 8 
10 CoreFoundation 0x000000018e7b6cdc __CFRunLoopRun + 1568 
11 CoreFoundation 0x000000018e6e6d94 CFRunLoopRunSpecific + 420 
12 GraphicsServices 0x0000000190150074 GSEventRunModal + 96 
13 UIKit 0x000000019499f44c UIApplicationMain + 204 
! 14 MyAppNameHere 0x000000010007b090 main (main.m:33) 
15 libdyld.dylib 0x000000018d6f559c start + 0 

奇妙なことは、main.mを除いて私のコード内には存在しないことです。私のアプリケーションの他のすべてのスレッドには、関連するものはありません。このクラッシュはユーザーの数％のパーセンテージでしか発生しないように見えるため、どこから探し始めるかはわかりません。

Answer 1

必要な情報が不足しているため、今すぐ定式化された質問はお答えできません。例えば、実際のバックトレースを取得する方法と「クラッシュ理由」を取得する方法については、this tutorialを参照してください。クラッシュをデバッグするための推奨手順に従わないと、iOS-appのすべてのクラッシュは、今まで提供したクラッシュとまったく同じように見えます。

本当の/有用なバックトレースを取得するには、Xcodeで例外ブレークポイントを設定する必要があります。