Сбой (SIGSEGV) во внутренних методах Core Data - PullRequest
Новая
       22

Сбой (SIGSEGV) во внутренних методах Core Data

3 голосов
/ 20 июля 2010

Я получил отчет о сбое, и стек вызовов потока сбоя показывает код Apple.Судя по всему, диспетчер отмены Core Data обращается к неверному указателю в -[NSManagedObject(_NSInternalMethods) _newSnapshotForUndo__] + 356.Я погуглил точку сбоя, и единственный другой подобный журнал сбоя, который я нашел, был от Sequel Pro, журнал сбоя .

Вот особый журнал сбоя, который я смотрю.Есть ли надежда, что я смогу это исправить?Как?Я не смог повторить проблему. 

Code Type: X86-64 (Native)
Parent Process: launchd [184]

Date/Time: 2010-07-16 18:23:38.505 -0800
OS Version: Mac OS X 10.6.4 (10F569)
Report Version: 6

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Application Specific Information:
objc[27141]: garbage collection is ON

Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 com.apple.CoreData 0x00007fff8602a7c4 -[NSManagedObject(_NSInternalMethods) _newSnapshotForUndo__] + 356
1 com.apple.CoreData 0x00007fff8602a3da -    [NSManagedObjectContext(_NSInternalChangeProcessing) _registerUndoForOperation:withObjects:withExtraArguments:] + 218
2 com.apple.CoreData 0x00007fff8602a2f2 -[NSManagedObjectContext(_NSInternalChangeProcessing) _registerUndoForModifiedObjects:] + 34
3 com.apple.CoreData 0x00007fff85ff9933 -[NSManagedObjectContext(_NSInternalChangeProcessing) _processRecentChanges:] + 1155
4 com.apple.CoreData 0x00007fff86035e72 -[NSManagedObjectContext processPendingChanges] + 18
5 com.apple.CoreData 0x00007fff8604ca1c -    [NSManagedObjectContext(_NSInternalNotificationHandling) _processEndOfEventNotification:] + 108
6 com.apple.CoreData 0x00007fff86029c6e -[NSManagedObjectContext(_NSInternalChangeProcessing) _undoManagerCheckpoint:] + 30
7 com.apple.Foundation 0x00007fff8460784e _nsnote_callback + 167
8 com.apple.CoreFoundation 0x00007fff842d0a90 __CFXNotificationPost + 1008
9 com.apple.CoreFoundation 0x00007fff842bd008 _CFXNotificationPostNotification + 200
10 com.apple.Foundation 0x00007fff845fe7b8 -[NSNotificationCenter postNotificationName:object:userInfo:] + 101
11 com.apple.Foundation 0x00007fff8466f557 -[NSUndoManager _postCheckpointNotification] + 74
12 com.apple.Foundation 0x00007fff8466f3b9 -[NSUndoManager _endUndoGroupRemovingIfEmpty:] + 86
13 com.apple.Foundation 0x00007fff8461ea71 +[NSUndoManager(NSPrivate) _endTopLevelGroupings] + 455
14 com.apple.AppKit 0x00007fff82819945 -[NSApplication run] + 509
15 com.apple.AppKit 0x00007fff828125f8 NSApplicationMain + 364

Заранее спасибо.

Ответы [ 3 ]

3 голосов
/ 16 сентября 2010

Я наконец-то нашел решение для этого - просто не используйте NSManagedObjectContext в фоновом потоке, который сохраняет .Я изменил свой подход, полагаясь только на основной поток для операций с основными данными, и он работает.

Для некоторой справочной информации этот код является частью цикла обновления для News Anchor для Mac OSX , программа для чтения RSS, которая читает вслух.Целью цикла является загрузка RSS-каналов из Интернета и создание эпизодов новостных каналов из статей каналов.

0 голосов
/ 23 июля 2010

Начните с запуска в отладчике с точкой останова на objc_exception_throw, что приведет к остановке вашего приложения за до сбоя.Это даст вам подсказку о причине аварии.

0 голосов
/ 21 июля 2010

Трудно сказать, что является причиной проблемы, учитывая информацию, которую вы имеете.

Похоже, что контекст и менеджер отмены вышли из синхронизации. Проверьте любой пользовательский код проверки, который вам может понадобиться, чтобы проверить, заполнит ли он когда-либо обязательный атрибут или отношение значением nil, если проверка не удалась.

...