1

簡単な説明: main.m から SIGABRT クラッシュが発生しました。私たちが得た唯一の情報は、Crittercism からの最小限のクラッシュ レポートであり、クラッシュを再現する方法がわかりません。

詳細な説明: 上記に加えて。私たちの最初の理論は、ユーザーがコア データ プロセスからクラッシュしたというものでしたが、スタック トレースにはこれについての言及がありませんでした。ユーザーがアプリを再度実行しようとすると、データが破損しているためロードできないと考えました。私たちは自分たちのコードを開始していません。特定のライブラリが追加または削除されていないいくつかの異なるアプリ バージョンでこの問題が発生したため、破損したファイルが原因である必要はありません。

質問は私たちが持っている情報では非常に複雑であるため、ここに明確な答えがあるかどうかはわかりませんが、少なくとも誰かが調査して分析するためのリードをアドバイスできれば、それは素晴らしいことです.

Crashed Thread

libsystem_kernel.dylib 0x387fb350 __pthread_kill + 8 + 8    
libsystem_c.dylib 0x35ada973 abort + 95 + 94    
libc++abi.dylib 0x3307cd4f abort_message + 75 + 74  
libc++abi.dylib 0x33079ff9 _ZL17default_terminatev + 25 + 24    
libobjc.A.dylib 0x326c9a77 _ZL15_objc_terminatev + 147 + 146    
libc++abi.dylib 0x3307a07b _ZL19safe_handler_callerPFvvE + 79 + 78  
libc++abi.dylib 0x3307a114 _ZSt9terminatev + 20 + 19    
libc++abi.dylib 0x3307b599 __cxa_current_exception_type + 1 
libobjc.A.dylib 0x326c99d1 objc_exception_rethrow + 13 + 12 
CoreFoundation 0x38328f21 CFRunLoopRunSpecific + 457 + 456  
CoreFoundation 0x38328d49 CFRunLoopRunInMode + 105 + 104    
UIKit 0x39af947d -[UIApplication _run] + 669 + 668  
UIKit 0x39af62f9 UIApplicationMain + 1121 + 1120    
DM 0x0010e41b main (main.m:14)

残りのスレッド (詳細情報に役立つ可能性があります)

Thread: Unknown Name
libsystem_kernel.dylib 0x387eb648 kevent64 + 24 + 24    
libdispatch.dylib 0x3a048658 _dispatch_mgr_thread$VARIANT$mp + 36 + 35

Thread: Unknown Name
libsystem_kernel.dylib 0x387fbd98 __workq_kernreturn + 8 + 8
libsystem_c.dylib 0x35a75a16 _pthread_wqthread + 366 + 365

Thread: Unknown Name
libsystem_kernel.dylib 0x387fbd98 __workq_kernreturn + 8 + 8
libsystem_c.dylib 0x35a75a16 _pthread_wqthread + 366 + 365

Thread: Unknown Name
libsystem_kernel.dylib 0x387eaeb4 mach_msg_trap + 20 + 20
CoreFoundation 0x383b7045 __CFRunLoopServiceMachPort + 129 + 128
CoreFoundation 0x383b5da3 __CFRunLoopRun + 883 + 882
CoreFoundation 0x38328ebd CFRunLoopRunSpecific + 357 + 356
CoreFoundation 0x38328d49 CFRunLoopRunInMode + 105 + 104
WebCore 0x3a3a9a45 _ZL12RunWebThreadPv + 445 + 444  
libsystem_c.dylib 0x35a80311 _pthread_start + 309 + 308

Thread: Unknown Name
libsystem_kernel.dylib 0x387eaeb4 mach_msg_trap + 20 + 20
CoreFoundation 0x383b7045 __CFRunLoopServiceMachPort + 129 + 128
CoreFoundation 0x383b5da3 __CFRunLoopRun + 883 + 882
CoreFoundation 0x38328ebd CFRunLoopRunSpecific + 357 + 356
CoreFoundation 0x38328d49 CFRunLoopRunInMode + 105 + 104
Foundation 0x327edbcd +[NSURLConnection(Loader) _resourceLoadLoop:] + 309 + 308
Foundation 0x3287167d __NSThread__main__ + 973 + 972
libsystem_c.dylib 0x35a80311 _pthread_start + 309 + 308

Thread: Unknown Name
libsystem_kernel.dylib 0x387eaf1c semaphore_timedwait_trap + 8 + 8
CoreLocation 0x33ff06e9 _Z22CLClientInvokeCallbackP10__CLClient13CLClientEventP11objc_object + 345 + 344
CoreLocation 0x33ff3d4d ___CLClientCreateConnection_block_invoke_0 + 389 + 388
CoreLocation 0x3402a073 __setEventHandler_block_invoke_0 + 347 + 346
libxpc.dylib 0x33f557e9 _xpc_connection_mach_event + 773 + 772
libdispatch.dylib 0x3a049529 _dispatch_mach_msg_invoke$VARIANT$mp + 125 + 124
libdispatch.dylib 0x3a045e91 _dispatch_queue_drain$VARIANT$mp + 81 + 80
libdispatch.dylib 0x3a0497b7 _dispatch_mach_invoke$VARIANT$mp + 163 + 162
libdispatch.dylib 0x3a045e91 _dispatch_queue_drain$VARIANT$mp + 81 + 80
libdispatch.dylib 0x3a045dc1 _dispatch_queue_invoke$VARIANT$mp + 41 + 40
libdispatch.dylib 0x3a045e91 _dispatch_queue_drain$VARIANT$mp + 81 + 80
libdispatch.dylib 0x3a045dc1 _dispatch_queue_invoke$VARIANT$mp + 41 + 40
libdispatch.dylib 0x3a04691d _dispatch_root_queue_drain + 185 + 184
libdispatch.dylib 0x3a046ac1 _dispatch_worker_thread2 + 85 + 84
libsystem_c.dylib 0x35a75a11 _pthread_wqthread + 361 + 360

Thread: Unknown Name
libsystem_kernel.dylib 0x387fbd98 __workq_kernreturn + 8 + 8
libsystem_c.dylib 0x35a75a16 _pthread_wqthread + 366 + 365


Thread: Unknown Name
libsystem_kernel.dylib 0x387eaeb4 mach_msg_trap + 20 + 20
CoreFoundation 0x383b7045 __CFRunLoopServiceMachPort + 129 + 128
CoreFoundation 0x383b5da3 __CFRunLoopRun + 883 + 882
CoreFoundation 0x38328ebd CFRunLoopRunSpecific + 357 + 356
CoreFoundation 0x383879bb CFRunLoopRun + 99 + 98
DM 0x0024f947 +[ASIHTTPRequest runRequests] + 151
Foundation 0x3287167d __NSThread__main__ + 973 + 972    
libsystem_c.dylib 0x35a80311 _pthread_start + 309 + 308

Thread: Unknown Name
libsystem_kernel.dylib 0x387fb594 select$DARWIN_EXTSN + 20 + 20
libsystem_c.dylib 0x35a80311 _pthread_start + 309 + 308

Thread: Unknown Name
libsystem_kernel.dylib 0x387fbd98 __workq_kernreturn + 8 + 8
libsystem_c.dylib 0x35a75a16 _pthread_wqthread + 366 + 365

Thread: Unknown Name
libsystem_kernel.dylib 0x387fbd98 __workq_kernreturn + 8 + 8
libsystem_c.dylib 0x35a75a16 _pthread_wqthread + 366 + 365

お時間をいただき、誠にありがとうございました。

ありがとう、ジャスタス

4

2 に答える 2

2

クラッシュは例外が原因で発生objc_exception_rethrowします。メインスレッドであるクラッシュしたスレッドのスタックトレースを参照してください。残念ながら、Exception BacktraceとException Reasonは利用できません。それがなければ、あなたは何もできません。これにより、コードのどこで例外が発生し、実際の例外が何であるかがわかります。

例外はランタイムによって別のrunloopに再スローされます。例外をキャッチするには、これをサポートするためにクラッシュレポートフレームワークが必要になります。Crittercismは、これをサポートする内部でPLCrashReporterを使用しています。ただし、古いバージョンのSDKがインストールされているか、古いバージョンのSDKを使用している可能性があります。

于 2013-02-21T12:33:25.740 に答える
1

@Kerni、お時間をありがとう！

Crittercism に連絡したところ、ブレッドクラムを調べるようにアドバイスされました。これにより、アプリ全体 (ユーザーが特定のアクション + その他の重要なシステム コールをトリガーしている場所) に多数のカスタム コールを配置することができ、アプリがクラッシュすると Crittercism は最後のブレッドクラムを 99 個保存してください。これにより、この特定のクラッシュに至るまでのユーザー ジャーニーを理解することができます。

また、メタデータを使用してユーザーに直接連絡したり、ユーザーと通信したりすることもできました。これにより、特定の問題に関するより多くの情報を取得できる可能性もあります。そして最も重要なことは、より効率的にクラッシュに対応できるようになることです。

これが私たちの問題に対する適切な回答ではないことは理解していますが、少なくとも、実装後に回答を得るために必要なすべてのツールが用意されています。

ありがとう

于 2013-03-06T08:27:28.197 に答える