2015-04-22 159 views
0

我的第一個應用程序現在處於beta測試階段,因此我需要了解使用我們的錯誤系統發送給我的崩潰報告。例如下發給我就在最近,該報告我不知道做的是什麼:瞭解崩潰報告

Crash due to signal: SIGSEGV(SEGV_ACCERR) at 22363030 
0 libobjc.A.dyliblookUpImpOrForward + 48 
1 libobjc.A.dylib_class_lookupMethodAndLoadCache3 + 28 
2 libobjc.A.dylib_objc_msgSend_uncached + 24 
3 Retrostock v2_mh_execute_header + 1388888 
4 CoreFoundation__CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 12 
5 CoreFoundation_CFXNotificationPost + 1780 
6 Foundation-[NSNotificationCenter postNotificationName:object:userInfo:] + 72 
7 UIKit-[UIDevice setOrientation:animated:] + 312 
8 UIKit-[UIApplication handleEvent:withNewEvent:] + 1596 
9 UIKit-[UIApplication sendEvent:] + 72 
10 Retrostock v2_mh_execute_header + 750904 
11 UIKit_UIApplicationHandleEvent + 632 
12 GraphicsServices_PurpleEventCallback + 528 
13 GraphicsServicesPurpleEventCallback + 32 
14 CoreFoundation__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__+32 
15 CoreFoundation__CFRunLoopDoSource1 + 340 
16 CoreFoundation__CFRunLoopRun + 1608 
17 CoreFoundationCFRunLoopRunSpecific + 476 
18 CoreFoundationCFRunLoopRunInMode + 104 
19 GraphicsServicesGSEventRunModal + 136 

快速谷歌搜索告訴我的應用程序是什麼地方接觸內存它不應該。我只測試了我的iPhone 6,並從iPhone 5報告了此錯誤。

通常我想知道如何在我的代碼中重新定位此錯誤,是否有任何方法可以執行此操作?

+1

你需要象徵性的崩潰。做一個谷歌搜索,看看如何,但基本上你需要保留'.dsym'文件的確切版本的應用程序。 – trojanfoe

+0

@trojanfoe好吧,所以我需要使用它墜毀的位置,這是22363030在我的情況? – joseph

+0

@trojanfoe此外,所有的答案似乎都有來自蘋果的崩潰報告,但我得到的是上面的行,沒有文件或任何東西,這是如何解決? – joseph

回答

0

這篇文章可以幫助你理解崩潰報告Raywenderlich - Demistifying iOS Application Crash Logs

從崩潰報告很可能它的東西與導致它和SIGSEGV通常意味着無效的內存標準轉動有關。

一種更好的方式來處理這種類型的錯誤是使用崩潰報告工具,如Crashlytics收購了由Twitter現在的Fabric部分使用它,他們會告訴你確切的問題是什麼導致你的代碼中的崩潰以及其中發生崩潰。我有沒有告訴過你它是免費的?