Трассировка стека Fabric/Crashlytics ‹отредактировано› записи

В некоторых сбоях, которые я наблюдаю в Fabric/Crashlytics, необработанный текст трассировки стека содержит несколько несимволических записей, которые в конечном итоге выглядят следующим образом:

10 Foundation                     0x1d351b01 <redacted> + 8
11 Foundation                     0x1d2a7aef <redacted> + 146
12 Foundation                     0x1d299fe7 <redacted> + 770
13 Foundation                     0x1d353d39 <redacted> + 190

Этот ответ https://stackoverflow.com/a/12854350/2941876 указывает, что это может быть вызвано устаревшим данные символа в ~/Library/Developer/Xcode/iOS\DeviceSupport.

Есть ли что-нибудь, что может сделать служба поддержки Fabric, чтобы исправить это? Или что-нибудь, что я могу сделать при отправке информации dSYM?


person Paul King    schedule 05.02.2018    source источник
comment
Майк из Fabric здесь. Чаще всего это вызвано использованием Bitcode в вашем приложении и отсутствием обмена символами с Apple. Когда приложение перекомпилируется, dSYM, созданные Apple, не имеют кода, необходимого для обозначения сбоя.   -  person Mike Bonnell    schedule 06.02.2018
comment
@MikeBonnell - я уже использую все рекомендуемые настройки. Я использую некоторые сторонние стручки и несколько наших собственных кокосовых стручков. Какие конкретные настройки проекта необходимо установить, чтобы убедиться, что символы включены?   -  person Paul King    schedule 06.02.2018
comment
Существуют десятки потенциальных вариантов, как минимум, я бы удостоверился, что вы используете это: Включите символы приложения для своего приложения… и в конфигурации сборки эти два символа отладки удаления во время копирования -> NO Strip Linked Product -> NO не установлены для комбинированных типов сборки.   -  person Mike Bonnell    schedule 10.02.2018