Учитывая отчет о сбое (несимметричный) на iOS, существует ли способ определить, какая архитектура (armv6 или armv7) выполнялась устройством?Под iOS, есть ли способ определить, какая архитектура была выполнена в отчете о сбое?
Почему я спрашиваю? Я получил несколько отчетов о сбоях, которые не связаны с архивированным dSYM/исполняемым файлом. Таким образом, я не могу их символизировать с помощью автоматизированных инструментов. Я хочу поэкспериментировать с изменением записанного UUID в файлах сбоев на выпуск, где dSYM был сохранен (изменения между двумя версиями - это, вероятно, просто изменения файла ресурсов [изображения], поэтому скомпилированный код должен быть идентичным). Это может позволить мне использовать автоматизированные инструменты для обозначения отчетов и извлечения значимых данных об авариях.
dwarfdump показывает, что исполняемый файл и dSYM соответствуют мне, как и ожидалось, но это также показывает, что в каждой из двух (жирных двоичных) armv6 и armv7 есть две архитектуры. Чтобы иметь возможность быстро заменить UUID в отчеты о сбоях, мне нужно знать, какая архитектура использовалась устройством до сбоя.
Возможный дубликат [В iOS, кто-нибудь знает, как создаются UUID для исполняемых файлов и какая информация может быть закодирована в нем?] (Http://stackoverflow.com/ Вопросы/4941080/under-ios-does-any-know-how-uuids-are-generated-for-executables-and-what-inf) – WrightsCS
Собственно, это не так, поэтому я ввел два отдельных вопроса. – xyzzycoder