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应用崩溃而崩溃日志还没有相关的信息

回答

相关问题