3

アプリのクラッシュ レポートを取得するために crittercism を使用しています。それはかなりうまくいっていますが、あまり役に立たないスタックトレースでクラッシュしました。

0   libobjc.A.dylib 0x3b16c5b0 objc_msgSend + 16
1   Foundation 0x33d6b0f5 __NSThreadPerformPerform + 461
2   CoreFoundation 0x33429683 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
3   CoreFoundation 0x33428ee9 __CFRunLoopDoSources0 + 213
4   CoreFoundation 0x33427cb7 __CFRunLoopRun + 647
5   CoreFoundation 0x3339aebd CFRunLoopRunSpecific + 357
6   CoreFoundation 0x3339ad49 CFRunLoopRunInMode + 105
7   GraphicsServices 0x36f712eb GSEventRunModal + 75
8   UIKit 0x352b0301 UIApplicationMain + 1121
9   myapp 0x00024c2f main (main.m:14)

クラッシュは象徴化されていますが、クラッシュの正確な場所を示す情報はありません. オブジェクトのリリースが早すぎる可能性があると思いますが、これはランダムなバグであり、どこで発生するかわからないため、追跡するのは非常に困難です。このスタックトレースまたはクラッシュ レポートを人間が読める形式に変換するにはどうすればよいですか?

4

1 に答える 1

1

このクラッシュは、現在頭痛の原因となっている主なクラッシュとほぼ同じであり、どうすればよいかわかりません。私のクラッシュ ログの唯一main (main.m:6)の変更点は、main (main.m:14).

これまでのところ、私はこれを見つけました：

受け入れられた回答は、の誤用に関連している可能性があることを示唆していますperformSelector。

この男も同じクラッシュを起こしていますが、推奨される解決策はありません。

他にも同様のクラッシュ ログがあり、興味深い追加があります。

...
CoreFoundation 0xXXXXXXXX -[NSObject performSelector:withObject:] + XX <- additional line
Foundation     0xXXXXXXXX __NSThreadPerformPerform + XXX
CoreFoundation 0xXXXXXXXX __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + XX
...

これも に関連していることを示唆していますperformSelectorが、それはまだ憶測です。

于 2013-04-04T09:22:11.157 に答える