аварии на CoreData ios8

Question

У меня есть аварии на CoreData при сохранении:

2014-09-16 09:51:58.273 My_app[2678:105246] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFString appendString:]: nil argument' 
*** First throw call stack: 
(
    0 CoreFoundation      0x00000001087413f5 __exceptionPreprocess + 165 
    1 libobjc.A.dylib      0x00000001083dabb7 objc_exception_throw + 45 
    2 CoreFoundation      0x000000010874132d +[NSException raise:format:] + 205 
    3 CoreFoundation      0x000000010871274f mutateError + 159 
    4 CoreData       0x000000010672ae56 -[_NSSQLGenerator prepareMasterReorderStatementPart2ForRelationship:] + 118 
    5 CoreData       0x0000000106792fd8 -[NSSQLAdapter newCorrelationMasterReorderStatementPart2ForRelationship:] + 72 
    6 CoreData       0x00000001067a9751 -[NSSQLiteConnection writeCorrelationMasterReordersFromTracker:] + 817 
    7 CoreData       0x00000001067aa061 -[NSSQLiteConnection writeCorrelationChangesFromTracker:] + 65 
    8 CoreData       0x000000010679c617 -[NSSQLCore writeChanges] + 1351 
    9 CoreData       0x00000001066dfadf -[NSSQLCore saveChanges:] + 479 
    10 CoreData       0x00000001066b0ee4 -[NSSQLCore executeRequest:withContext:error:] + 484 
    11 CoreData       0x00000001067868f2 __65-[NSPersistentStoreCoordinator executeRequest:withContext:error:]_block_invoke + 4354 
    12 CoreData       0x000000010678e7ee gutsOfBlockToNSPersistentStoreCoordinatorPerform + 190 
    13 libdispatch.dylib     0x00000001091e27f4 _dispatch_client_callout + 8 
    14 libdispatch.dylib     0x00000001091c9848 _dispatch_barrier_sync_f_invoke + 365 
    15 CoreData       0x00000001067813d5 _perform + 197 
    16 CoreData       0x00000001066b0ac8 -[NSPersistentStoreCoordinator executeRequest:withContext:error:] + 504 
    17 CoreData       0x00000001066d9d2d -[NSManagedObjectContext save:] + 1213 

Тот же самый код работает в ios7.

Есть ли у кого-то такой же крах?

Answer 1

некоторого NSString присоединять нулевую стоимость

Answer 2

Я также вижу эту точную ошибку на IOS 8 тренажера и не могу понять, что я делаю неправильно. Я смог обойти проблему, используя @ try/@ catch, но я бы лучше понял, где конфликт, или если я что-то делаю неправильно.

@ Ryan - у вас есть проблема с яблоком/ссылка, которую вы можете разместить здесь? Как насчет образца проекта?

Answer 3

Просто суммировать комментарии, которые помогли мне решить эту проблему:

• Это кажется ошибка в основных данных, связанных с Заказанный Много-ко-многим
• Если вы должны держать приказал вариант, похоже, есть обходное решение: сделать связь заказано в обе стороны (спасибо @Fabio Ritrovato).

Answer 4

Я видел ту же проблему и попытался применить обходное решение, упомянутое @knl. Однако, похоже, что упорядочение отношений в обоих направлениях имеет серьезный побочный эффект.

Я заметил, что если бы я скорректировал порядок отношений в одном объекте, это испортит порядок отношений в других объектах одного и того же объекта.

Предположим, у нас есть две компании, компания и служащий. «Компания» имеет отношение «служащие» к «Сотруднику», которое является упорядоченным отношением «многие». С другой стороны, «Сотрудник» имеет обратную связь с «Компанией», называемой «компаниями», которая также является упорядоченной для многих отношений. (Первоначально Employee.companies было просто отношением ко многим, но позже я изменил его на упорядоченное отношение «многие» в качестве обходного пути.)

Теперь, предполагая наличие двух объектов Компании, A и B, я обнаружил, что если я изменю порядок объектов в A.employees, будет также затронут порядок объектов в B.employees. Я должен упомянуть, что A.employees был скорректирован в частном дочернем контексте и когда дочерний контекст был сохранен, и, таким образом, изменения были перенесены обратно в родительский контекст, тогда был изменен B.employees.

Я добавил несколько журналов, и кажется, что изменения были сделаны только в A.employees, но это вызвало глобальный цепной эффект. Основные данные интегрировали каждый объект (X) в A.employees и удалили все объекты Компании в X.companies, а затем добавили их обратно в произвольном порядке, что вызвало проблему, о которой я говорю.

Я не знаю, является ли это ошибкой в ​​основных данных или спроектированном поведении. Если это ошибка, то, вероятно, мне нужно сообщить об этом Apple, но если это спроектированное поведение, что еще одно обходное решение?