Символизирующие отчеты о сбоях приложения iPhone

Это просто, после многократного поиска я нашел четкие шаги для обозначения всего файла журнала сбоев.

• копировать файлы .app, crash_report и DSYM в папку.
• подключите устройство с помощью xcode
• Затем перейдите в окно -> выберите устройства -> просмотреть журналы устройства
• Затем выберите это устройство, удалите все журналы.
• перетащите и сбросьте ваш сбой в разделе журнала устройства. это будет автоматически символизировать аварию. просто щелкните правой кнопкой мыши отчет и экспортируйте его.

счастливое кодирование,
Рияз

Действия по автоматической символизации отчета о сбое с использованием кода XCode:

ОБНОВЛЕНО ДЛЯ XCODE 9

1. Подключите любой iOS-устройство на вашем Mac (да, физическое, да, я знаю, что это глупо)

2. Выберите «Устройства» в меню «Окно»

3. Щелкните устройство слева и ПРОСМОТРЕТЬ ЖУРНАЛЫ УСТРОЙСТВ справа

4. подождите. Это может занять минуту, чтобы появиться. Возможно, сделав Command-A, тогда Delete ускорит это.

5. Критический недокументированный шаг: переименуйте отчет о сбое, полученный из iTunesConnect из расширения .txt в расширение .crash

6. Перетащите отчет о сбое в эту область слева

И тогда Xcode будет символизировать отчет о сбое и отобразить результаты.

Источник: https://developer.apple.com/library/ios/technotes/tn2151/_index.html

In order to symbolicate crashes, Spotlight must be able to find the .dSYM file that was generated at the same time the binary you submitted to Apple was. Since it contains the symbol information, you will be out of luck if it isn't available.

I also put dsym, app bundle, and crash log together in the same directory before running symbolicate crash

Then I use this function defined in my .profile to simplify running symbolicatecrash:

function desym
{
    /Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash -A -v $1 | more
}

The arguments added there may help you.

You can check to make sure spotlight "sees" your dysm files by running the command:

mdfind 'com_apple_xcode_dsym_uuids = *'

Look for the dsym you have in your directory.

NOTE: As of the latest Xcode, there is no longer a Developer directory. You can find this utility here:

/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Vers‌​ions/A/Resources/symbolicatecrash

Мне пришлось много взломать сценографический скрипт SymbolicAtecrash, чтобы он был правильно запущен.

Насколько я могу сказать, SymbolicateCrash прямо сейчас требует .APT в том же каталоге, что и .S9. Это будет использовать .DSYM, чтобы найти .APP, но он не будет использовать DSYM, чтобы найти символы.

Вы должны сделать копию вашей символики, прежде чем пытаться эти патчи, которые сделают его посмотреть в DSYM:

вокруг линии 212 в функции getsymbolphor_dsymuuuid

212     my @executablePath = grep { -e && ! -d } glob("$dsymdir" . "/Contents/Resources/DWARF/" . $executable);

вокруг линии 265 в функции Matchesuab

265             return 1;

В последней версии Xcode (3.2.2) вы можете перетащить любые отчеты о сбоях в раздел журналов устройств Xcode Organizer, и они будут автоматически символизируется для вас. Я думаю, что это работает лучше всего, если вы создали эту версию приложения с помощью Build & Archive (также являющейся частью Xcode 3.2.2)