2013-02-27 1 views
3

Я использую криттеризм, чтобы получить отчет о сбоях в моем приложении. Он работает очень хорошо, но я получил сбой с помощью stacktrace, который не очень полезен.Как я могу решить SIGSEGV с криттеризмом

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

+0

Не понял это ... –

Смежные вопросы