2013-02-27 92 views
3

我正在使用crittercism得到我的應用程序的崩潰報告。 它工作得很好,但我碰到了一個堆棧跟蹤,它並不是真的有幫助。我該如何解決SIGSEGV與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) 

飛機墜毀symbolicated但沒有信息點我在崩潰的確切地點... 我認爲這可能是一個對象釋放太快,但由於它的隨機錯誤,我不不知道它發生在哪裏真的很難追查它。 任何人都知道如何將此堆棧跟蹤或崩潰報告轉換爲人類可讀的報告?

回答

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有關,但這仍然是猜測。

+0

事故發生的原因是什麼? – SAHM 2013-11-27 15:38:57

+0

沒搞明白... – 2013-12-02 18:47:34