2015-04-27 4 views
8

Dostaję tę dziwną awarię w Crashlytics i nie rozumiem, co może być przyczyną. Moja aplikacja pobiera informacje z sieci i zapisuje dane podstawowe. Używa również niektórych funkcji lokalizacji.crash libobjc.A.dylib w Crashlytics

enter image description here

+0

Czy jesteś pewien, że jest poprawnie oznaczony? Ponieważ śledzenie stosu nie jest samo w sobie jasne – NightFury

+0

Czy można powtórzyć awarię, czy dzieje się tak tylko z użytkownikami? – pteofil

+0

Ponadto, nie jestem pewien, czy główny wątek jest tym, który rozbił się w tym przypadku. Czy na pewno nie masz więcej informacji o miejscu wystąpienia awarii w innych wątkach, które również działały? – pteofil

Odpowiedz

1

Mój najlepszy przypuszczenie byłoby spojrzeć @ kodu gdzie jesteś Rejestrowanie/wyrejestrowania powiadomień Zmień lokalizację & opinię przeciwko przykład. (Ten pomysł jest głównie wywoływany przez odniesienie do obserwacji klucz/wartość)

+0

Zastanawiam się, jak się zorientowałeś, że jest to związane z używaniem CLLocation? Mam do czynienia z tymi samymi raportami awarii przez crashlytics, jak również –

+0

To tylko odrobina doświadczenia i intuicji. Z technologii opisanych przez Christosa, lokalizacja jest jedyną, która ma ciężkie użycie klucza-obserwatora (co widać w raporcie o awarii). – gemmakbarlow

0

Ogólnie rzecz biorąc, przydały mi się sprawdzenia "Więcej szczegółów ..." - jeśli śledzisz także wyświetlenia ekranu, przynajmniej będziesz w stanie sprawdzić, na którym ekranie aplikacja się zawiesza.