Получение ошибки libobjc.A.dylib`objc_assign_strongCast_non_gc(objc_object*, objc_object**)

У меня есть огромный набор данных, они отображаются в настроенном файле NSOutlineView.

Иногда мое приложение падает и выдает эту ошибку при работе в Xcode:

libobjc.A.dylibobjc_assign_strongCast_non_gc(objc_object*, objc_object**)`

Любая идея об этом? Ваши ответы, безусловно, помогут мне разобраться.

ИЗМЕНИТЬ:

Что я пробовал до сих пор:

Я поставил все точки останова исключений и включил NSZombieEnabled. Но никогда не ловится.

Я использую Binding для заполнения файла NSOutlineView. Массив содержит один пользовательский объект, и получает его значения из вызовов сервера aync. Если я не открою это NSOutlineView окно, то все пойдет хорошо.

введите здесь описание изображения


person Anoop Vaidya    schedule 23.03.2015    source источник
comment
Не могли бы вы опубликовать соответствующий код? Трассировки стека? Сообщения об ошибках? Устранение неполадок, которые вы уже пробовали?   -  person Aaron Brager    schedule 23.03.2015
comment
@AaronBrager: смотрите мое редактирование.   -  person Anoop Vaidya    schedule 23.03.2015
comment
@AnoopVaidya Было бы неплохо всю трассировку стека   -  person JustSid    schedule 23.03.2015
comment
Это выглядит для меня как переизданный объект. Вы пытались запустить свой код с помощью NSZombieEnabled?   -  person Jesse Rusak    schedule 23.03.2015
comment
@JesseRusak: Да, скриншот выше только с ZombieEnabled. Что за проблема, не могу понять. Это я обхожу все точки останова исключения и NSZombieEnable оба :(   -  person Anoop Vaidya    schedule 23.03.2015
comment
Реализовали ли вы prepareForReuse в каких-либо пользовательских представлениях строк или ячеек? Интересно, не проходите ли вы нулевую проверку на странной территории, потому что повторно используемое представление сохранило объект, который был привязан к нему.   -  person stevesliva    schedule 24.03.2015
comment
Кроме того, привязки, контроллеры и представления могут создавать странные циклы сохранения. Мне удалось выполнить EXEC_BAD_ACCESS, потому что manageObjectContext сохранял контроллер, который управлял представлением, которое было освобождено.   -  person stevesliva    schedule 24.03.2015