___lldb_unnamed_function w symbolicznym dzienniku awarii

Question

Mam dziennik awarii wyprodukowany na iPhone OS 7.0.4. Mam odpowiednie pliki .app i .dSYM. Kiedy symbolicate dziennik zderzenia z Xcode 5, to pokazuje mi coś takiego:

Thread 0 Crashed: 
0 MyProject   0x001df98a ___lldb_unnamed_function6108$$MyProject + 42 
1 MyProject   0x001e0c49 ___lldb_unnamed_function6119$$MyProject + 9 
2 MyProject   0x002928d5 ___lldb_unnamed_function8439$$MyProject + 13 
3 MyProject   0x0027fa1f ___lldb_unnamed_function8072$$MyProject + 287 
4 MyProject   0x0028e657 ___lldb_unnamed_function8368$$MyProject + 27 
5 MyProject   0x002888d1 ___lldb_unnamed_function8257$$MyProject + 201 

kiedy symbolicate dziennik zderzenia z Xcode 4, wytwarza właściwą wynik - to pokazuje mi klas i metod z mojej aplikacji gdzie nastąpiła awaria. W śledzeniu stosu nie ma żadnych anonimowych bloków.

Dlaczego Xcode 4 i Xcode 5 generują różne symboliczne dzienniki awarii? Kiedy uruchomić skrypt symbolicatecrash w trybie opisowym, pokazuje identyczne wyniki zarówno dla Xcode to: oni dopasować właściwą .app i plików .dSYM i zarówno wykończenie z tych linii:

done. 
1 binary images were found. 
Running /Applications/Xcode.app/Contents/Developer/usr/bin/atos -arch armv7 -l 0xd1000 -o '<PATH>/MyProject.app/MyProject' 0x002928d5 0x002888d1 0x001e0c49 0x0027fa1f 0x000d8f27 0x001df98a 0x0028e657 | 
got symbolicator for <PATH>/MyProject.app/MyProject, base address 4000 

Answer 1

I były problemy z Xcode symbolicating 5 i

więc uciekałem się do symbolizowania moich symboli ręcznie za pomocą atos.

atos -arch armv7 -o myApp.app/myApp 0x178e9e 
-- 
Warning: /usr/bin/atos is moving and will be removed from a future OS X release. 
It is now available in the Xcode developer tools to be invoked via: `xcrun atos` 
To silence this warning, pass the '-d' command-line flag to this tool. 
-- 
AFJSONEncode (in myApp) + 434 

ostrzeżenie wyglądał interesująco, więc postanowiliśmy spróbować xcrun Atos

xcrun atos -arch armv7 -o myApp.app/myApp 0x178e9e 
___lldb_unnamed_function6926$$myApp (in myApp) + 434 

który daje mi anonimowego funkcji.

więc domyślam się, że Xcode 5 używa atos xcrun, który ma błąd.

za pomocą atos pomógł mi zdiagnozować problem i załatać poprawkę. Nie mam zainstalowanego Xcode 4. może możesz sprawdzić, czy Xcode 4 daje takie same wyniki jak atos? I przestrzegać instrukcji zawartych w tym question

jestem w dobrej umysłu napisać skrypt do symbolicate dzienników awarii:/

Answer 2

miałem ten sam problem i rozwiązać go poprzez obliczenie adresu ___lldb_unnamed_function z iOS crash reports: atos not working as expected postu.

Po tym okresie:

xcrun Atos -arch ARMv7 (ów) -o Xyz.app.dSYM/Contents/Resources/Dwarf/xyz Calculated_Address

Answer 3

Musisz stworzyli kompilację z Xcode 4.6 i możesz teraz zaktualizować do wersji xcode 5. musisz ustawić katalog programistów xcode na xcode 4.6 katalog deweloperów, żeby działał.

Answer 4

Jak odkryłem w komentarzach do Cannot replicate Apple iOS app review crash beta wersji Xcode 5.1 rozwiązuje ten problem. Teraz otrzymuję odpowiednie symbole z raportów o wypadkach.

Answer 5

Mam tego rodzaju problemy, gdy zapomniałem opuścić Spark Inspector podczas debugowania naszej aplikacji na urządzeniu iOS 5 (np. original iPad).

Answer 6

Miał te same symbole ___lldb_unnamed_function w dzienniku awarii.
Możesz uzyskać faktyczne klasy i metody od KSCrash (Third Party iOS Crash Reporter), w którym nastąpiła awaria.
Obsługuje również niezatapiane wyjątki C++!