2015-04-27 2 views
8

Я получаю эту странную катастрофу в Crashlytics, и я не понимаю, что может быть проблемой. Мое приложение получает информацию из сети и сохраняет основные данные. Он также использует некоторые функции местоположения.libobjc.A.dylib crash in Crashlytics

enter image description here

+0

Вы уверены, что это правильно обозначено? Поскольку трассировка стека сама по себе не ясна – NightFury

+0

Можете ли вы реплицировать сбой, или это происходит только с вашими пользователями? – pteofil

+0

Кроме того, я не уверен, что основной поток - это тот, который разбился в этом случае. Уверены ли вы, что у вас больше нет информации о том, где произошел сбой в некоторых других потоках, которые тоже запускались? – pteofil

ответ

1

Мое предположение было бы взглянуть @ код, где вы регистрирующего/де-регистрации для уведомлений об изменении местоположения & обзора против примера. (Эта идея в основном вызвана ссылкой на наблюдение за ключом/значением)

+0

Мне интересно, как вы выяснили, что это связано с использованием CLLocation? Я столкнулся с такими же сообщениями о сбоях от краш-тестов, а также –

+0

Это всего лишь немного опыта и интуиции. Из описанных технологий, описанных Christos, местоположение является единственным, у которого есть сильное использование ключевого наблюдателя (которое вы можете увидеть в отчете о сбое). – gemmakbarlow

0

В целом, мне было полезно проверить «Подробнее ...» - если вы также отслеживаете изображения на экране, по крайней мере, вы будете способный проверить, на каком экране происходит сбой приложения.