7

crittercism による sigsegv のクラッシュがいくつかありますが、デバッグを開始する方法がよくわかりません。私の唯一のコード行は、クラッシュしたスレッドの最初からのメイン呼び出しです。

crittercism からクラッシュしたスレッドのスタック トレースをコピーする:

理由：

24-Sep-12 02:38:14 PM SIGSEGV メイン (main.m:11)

スタック：

0   
0 libobjc.A.dylib 0x356265b0 objc_msgSend + 15
1   
1 UIKit 0x3861c313 + 1310
2   
2 UIKit 0x386337cf + 206
3   
3 UIKit 0x385ef80b + 258
4   
4 クォーツコア 0x34f56d63 + 214
5   
5 クォーツコア 0x34f56901 + 460
6   
6 クォーツコア 0x34f57835 + 16
7   
7 クォーツコア 0x34f5721b + 238
8   
8 クォーツコア 0x34f57029 + 316
9   
9 UIKit 0x386786e5 + 572
10  
10 UIKit 0x386784a3 + 66
11  
11 UIKit 0x38677391 + 1464
12  
12 UIKit 0x385ed1ef + 2458
13  
13 UIKit 0x385ec6d5 + 72
14  
14 UIKit 0x385ec123 + 6154
15  
15 グラフィックサービス 0x3779f5a3 + 590
16  
16 コアファウンデーション 0x372f0683 + 14
17  
17 コアファウンデーション 0x372efee9 + 212
18  
18 コアファウンデーション 0x372eecb7 + 646
19  
19 CoreFoundation 0x37261ebd CFRunLoopRunSpecific + 356
20  
20 CoreFoundation 0x37261d49 CFRunLoopRunInMode + 104
21  
21 GraphicsServices 0x3779e2eb GSEventRunModal + 74
22  
22 UIKit 0x38640301 UIApplicationMain + 1120
23  
23 MyApp 0x35bf メイン (main.m:11)
4

2 に答える 2

0

まず、クラッシュログを「シンボリック」にする必要があります。それについてあなたに指示するためにそこにたくさんのウェブページがあります。

このスタックはobjc_msgSendで終了するため、最も可能性の高い原因はダングリングポインターです。

それらをデバッグするには、NSZombiesを使用することをお勧めします。シミュレータでテストしている場合は、「Guardmalloc」を試してみてください。

于 2013-02-20T08:15:42.527 に答える
0

このクラッシュは、既に割り当てが解除されているオブジェクトへのポインターでメソッドを呼び出すことによって発生します。これは、コードのどこかで UIKit 要素を保持している非常に一般的な参照カウント エラーです。しかし、実際に行うべきことは、.DSYM ファイルを crittercism にアップロードすることです。これは、Web サイトから手動で行うか、自動ビルド プロセスの一部としてWeb API 呼び出しを介して行うことができます。

于 2013-06-19T06:34:13.773 に答える