2

アプリで Bugsense を使用してクラッシュ レポートを取得しています。SIGSEGV には繰り返しバグがあり、その他の詳細はありません。

レポートを象徴しようとしましたが、次のようになります。

0 libobjc.A.dylib 0x33417f78 0x33414000 + 16248
1 CoreFoundation 0x36f651fb 0x36f4d000 + 98811
2 Foundation 0x32c42747 0x32b9e000 + 673607
3 CoreFoundation 0x36fdaad3 0x36f4d000 + 580307
4 CoreFoundation 0x36fda29f 0x36f4d000 + 578207
5 CoreFoundation 0x36fd9045 0x36f4d000 + 573509
6 CoreFoundation 0x36f5c4a5 CFRunLoopRunSpecific + 300
7 CoreFoundation 0x36f5c36d CFRunLoopRunInMode + 104
8 GraphicsServices 0x35123439 GSEventRunModal + 136
9 UIKit 0x35205cd5 UIApplicationMain + 1080
10 English Club 0x00036a2b 0x34000 + 10795

私のクラスを指していません（最後の行の「English Club」は私のアプリの名前です）。

これはアップルクラスのバグということですか? このレポートを解析して何か役立つ情報を得るにはどうすればよいですか (この場合の +1234334 の数値など)。

シャニの皆さんありがとう

4

2 に答える 2

1

これはAppleクラスのバグであることを意味しますか？

いいえ。

このレポートを解析して何か役立つものを得るにはどうすればよいですか？

デバッグシンボルを有効にして再コンパイルし、デバッガーでアプリを実行します。次に、すべてが正しく行われた場合、シンボル化されたスタックトレースを取得します。

この場合の+1234334の数字は何ですか

それらは特定の関数アドレスの先頭からのオフセットです-そしてあなたはそれらに興味がない可能性が高いです。

于 2013-02-08T07:15:25.900 に答える
0

ここでの最善の策は、ゾンビを有効にしてデバッガーで再実行し、クラッシュを手動で再現することです。バグは、目的の C オブジェクトの 1 つを指すデリゲートを設定するコードのどこかにある可能性があります。たとえば、あなたの質問によく似た次の質問を参照してください: SIGSEGV SEGV_ACCERR Crash Reports - What to do?

于 2013-06-19T21:35:34.137 に答える