Symbolizowanie dzienników awarii w XCode 4.3.2

Question

Ilekroć nastąpi awaria na mojej aplikacji, dzienniki awarii są wyświetlane w postaci symbolicznej wewnątrz organizera. Problem polega na tym, że wszystkie adresy pamięci wskazujące na klasy iOS otrzymują symboliczne drobne, ale adresy pamięci z moich klas aplikacji nie są symbolizowane. Którą właściwość projektu XCode muszę ustawić, aby je włączyć.

To są bieżące ustawienia kompilacji, które umożliwiły oznaczenie klas iOS. Używam XCode 4.3.2.

Answer 1

Czy wyłączyłeś reflektor? symbolicatecrash używa spotlight, aby znaleźć pliki binarne i dsym, więc jeśli wyłączyłeś reflektor, nie będzie on mógł ich znaleźć. W każdym razie, oto jak przekonwertować adres śledzenia stosu sześciokątnego na numer linii:

[1] Znajdź plik .dSym, przechodząc do XCode-> Organizator, klikając archiwa, następnie kliknij prawym przyciskiem myszy na archiwum i przejdź do pliku ten katalog (możesz po prostu przeciągnąć folder do okna powłoki).

[2] cd do katalogu dSYMs.

[3] uruchomić dwarfdump polecenie przetłumaczyć adres hex do numeru linii w kodzie:

dwarfdump --arch armv7 myApp.dSYM --lookup 0xaabbccdd | grep 'Line table' 

Answer 2

Spróbuj ustawić postprocessing Deployment NO.

DEPLOYMENT_POSTPROCESSING. Aktywacja tego ustawienia oznacza, że ​​pliki binarne powinny zostać usunięte, a tryb pliku, właściciel i grupa powinny zostać ustawione na wartości standardowe.

Answer 3

Strip Debug Symbols During Copy: Powinien być YES od konfiguracji debugowania nie buduje, ponieważ będzie wysadzić swoją aplikację binarny 30-50%

Debug Information Format: Powinien być DWARF with dSYM File dla wszystkich konfiguracji, aby móc symbolicate swoje symbole z dowolny plik binarny.

Teraz domyślam się, że próbujesz tego na kompilacjach debugowania, na kompilacjach, które nie są najnowszymi wynikami polecenia budowania w Xcode. Trzeba pamiętać, że za każdym razem, gdy uruchamiasz polecenie build, generowany jest nowy plik wykonywalny i nowy pakiet dSYM, a poprzedni zostaje zastąpiony! (Z wyjątkiem sytuacji, w której korzystasz z funkcji Archiwizowanie)

Skrypt symbolikatyzacji analizuje identyfikator UUID z raportu awarii aplikacji i przeszukuje odpowiedni pakiet .app AND .app.dSYM za pomocą reflektora. Jeśli więc jakiś reflektor nie indeksuje ścieżki docelowej lub pliki binarne są zastępowane innym uruchomieniem kompilacji, nie będzie w stanie symbolizować symboli aplikacji.

Answer 4

Wygląda na to, że xcode używa ostatnio zarchiwizowanego pliku .dsym do oznaczenia logów (nawet w debugowaniu), więc spróbuj archiwizować swoją aplikację..

Po zarchiwizowaniu aplikacji Ponownie symbolizuj raporty o awariach.

To zadziałało dla mnie.