2015-10-14 8 views
21

Nowa zakładka "Crashes" XCode w organizatorze pokazuje garść awarii z AppStore dla mojej aplikacji. Według the documentation powinien istnieć ślad stosu. Jednak żaden z 6 wypadków mają symbolicated ślady stosu: enter image description hereNowy XCode Crash Organizer nie symbolizuje plików .xccrashpoint

Próbowałem kliknąć „Otwórz w Projekcie”, ale to tylko tak bezużyteczny: enter image description here

Oczywiście, że obejmowały dsym i Debug Info kiedy przesłałem do sklepu. Nadal mam kompilację składania w moim organizatorze, więc dsymsy wciąż są obecne na moim komputerze. Jak mogę uzyskać odpowiedni ślad stosu?

+1

Mam ten sam problem. – dmarnel

+0

Mam taki sam problem z dwoma z moich projektów. Różni wydawcy, jeden to Swift z wyłączonym bitcodem, drugi to czysty ObjC. Oba są przekazywane z dSYM. Zgłoszę błąd – mspasov

+0

Zastanawiam się, czy przyczyną może być wspólna biblioteka współdzielona między moje dwa projekty. Zaktualizowane biblioteki Google AdMob i StartApp są powszechnym składnikiem. Awarie starszych wersji dla obu aplikacji mają symbole rozstrzygnięte. – mspasov

Odpowiedz

14

Nie idealny, ale jeśli klikniesz prawym przyciskiem myszy plik .xccrashpoint, wybierz "Pokaż zawartość pakietu", możesz nawigować po strukturze folderów, aby znaleźć rzeczywisty plik .crash, który możesz wyodrębnić, a następnie oznaczyć symbolem za pomocą wiersza polecenia using steps described here :

Run

/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash 

Upewnij się, że ustawiony jest DEVELOPER_DIR:

export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer 
+0

bardzo dziękuję: P – zszen

1

Short Story:

W Xcode 9.0: "Organizator wywala symbolizuje niesforne dzienniki, jeśli zostały wybrane, używając lokalnego .dSYM zindeksowane przez Spotlight. (22550064)”

Możesz sprawdzić się więcej na ten temat w Xcode's Documentation

długa historia.

Kiedy Xcode buduje .xcarchive dla aplikacji kodu maszynowego generuje pliki .dSYM które są indeksowane przez Domyślnie Spotlight W przypadku aplikacji przesłanej z Bitcode można użyć organizatora Archives do pobrania dSYM-ów domyślnie zaindeksowanych przez Spotlight:

Jeśli nie dodasz informacji o symbolu podczas przesyłania aplikacji do App Store, Dzienniki awarii pobrane przez Crashes Organizer będą bez odpowiedzi olicated. Jeśli masz odpowiednie pliki .dSYM, które zostały wygenerowane dla wersji aplikacji, która uległa awarii, Xcode automatycznie zasygnalizuje awarię po kliknięciu awarii, aby ją wyświetlić. Ta funkcjonalność istnieje w Xcode 9.0+. Możesz ręcznie wywołać ponowne symbolowanie, klikając prawym przyciskiem myszy widok szczegółów dziennika i klikając "symbolicate".

+0

To jest właściwa odpowiedź dla Xcode 9, chyba że głównym celem OP jest wykonanie symbolizacji z wiersza poleceń itp. Możliwe jest również oznaczenie raportów o awariach otrzymanych bezpośrednio za pomocą Xcode: https://developer.apple. com/library/content/technotes/tn2151/_index.html # // apple_ref/doc/uid/DTS40008184-CH1-SYMBOLICATEWITHXCODE Jedyną smutną rzeczą jest tutaj: interfejs jest zbyt nieintuicyjny ... – ppm

+0

"Symbolicate" jest wyszarzone – Hogdotmac

Powiązane problemy