iOS應用崩潰而崩潰日誌還沒有相關的信息

我得到這個崩潰了我的iOS應用，它並沒有顯示出任何相關的文件名（只顯示main.m文件），我可以看一下。什麼問題可能是什麼指針？iOS應用崩潰而崩潰日誌還沒有相關的信息

Exception Type:    SIGSEGV 
Exception Codes:   SEGV_ACCERR at 0x7ebf14b8 
Crashed Thread:    0 

Thread 0 Crashed: 
0 libobjc.A.dylib      0x3892860c objc_retain + 12 
1 CoreData       0x2defa915 -[NSFetchedResultsController(PrivateMethods) _managedObjectContextDidChange:] + 4013 
2 CoreFoundation      0x2e144f41 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 13 
3 CoreFoundation      0x2e0b8da9 _CFXNotificationPost + 1721 
4 Foundation       0x2eaa3cc5 -[NSNotificationCenter postNotificationName:object:userInfo:] + 73 
5 CoreData       0x2def994b -[NSManagedObjectContext(_NSInternalNotificationHandling) _postObjectsDidChangeNotificationWithUserInfo:] + 79 
6 CoreData       0x2def98e3 -[NSManagedObjectContext(_NSInternalChangeProcessing) _createAndPostChangeNotification:withDeletions:withUpdates:withRefreshes:] + 299 
7 CoreData       0x2def7f9f -[NSManagedObjectContext(_NSInternalChangeProcessing) _processRecentChanges:] + 2323 
8 CoreData       0x2df61c21 -[NSManagedObjectContext(_NestedContextSupport) _parentProcessSaveRequest:inContext:error:] + 1313 
9 CoreData       0x2df6256f __82-[NSManagedObjectContext(_NestedContextSupport) executeRequest:withContext:error:]_block_invoke + 563 
10 libdispatch.dylib     0x38e08b3b _dispatch_barrier_sync_f_slow_invoke + 71 
11 libdispatch.dylib     0x38e02d3f _dispatch_client_callout + 23 
12 libdispatch.dylib     0x38e056c3 _dispatch_main_queue_callback_4CF + 279 
13 CoreFoundation      0x2e14d681 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9 
14 CoreFoundation      0x2e14bf4d __CFRunLoopRun + 1309 
15 CoreFoundation      0x2e0b6769 CFRunLoopRunSpecific + 525 
16 CoreFoundation      0x2e0b654b CFRunLoopRunInMode + 107 
17 GraphicsServices     0x330236d3 GSEventRunModal + 139 
18 UIKit        0x30a15891 UIApplicationMain + 1137 
19 MyApp        0x00034f7f main (main.m:18)

來源

2014-05-16 PPVZ

這個答案你能告訴我們一些代碼？ – Jessica

看起來像記憶問題。您可以在Xcode中調試應用程序時重新創建此崩潰嗎？是這樣的，打開殭屍並在日誌中查找有關將消息發送到釋放對象的消息。 – rmaddy

您需要啓用符號以查看代碼中導致崩潰的位置。

如需進一步信息檢查此Apple Documentation或Stack Overflow

來源

2014-05-16 16:33:32 Pancho

看看堆棧跟蹤。該錯誤不在應用程序的代碼中。它來自CoreData。 – rmaddy

是的，它來自'CoreData'，但不知道哪裏是導致崩潰的代碼。他可以放置斷點，也可以啓用符號，看看這次崩潰來自何處。只是我的意見 – Pancho

他的應用程序在堆棧中列出一次 - 在底部 - 在'main'中。您不能在CoreData中放置斷點，符號化不會提供關於應用程序的更多信息，因爲該應用程序不在堆棧跟蹤中（而不是「main」）。 – rmaddy

iOS應用崩潰而崩潰日誌還沒有相關的信息

回答

相關問題