symbolicatecrash - PullRequest
       12

symbolicatecrash

4 голосов
/ 25 марта 2009

Я использовал следующий скрипт, чтобы символизировать отчет о сбое, полученный от пользователя:

/ Разработчик / Платформы / iPhoneOS.platform / Разработчик / Library / Xcode / Плагины / iPhoneRemoteDevice.xcodeplugin / Содержание / Ресурсы / symbolicatecrash myapp_iPod-Touch.crash myapp.app.dSYM> test.txt

Это соответствует всем вызовам фреймворка, но не моему коду. Как я могу сделать это мой код? Дайте мне несколько идей, пожалуйста!

Ответы [ 5 ]

6 голосов
/ 25 марта 2009

Как указывает Крейг Хокенберри , файл dSYM, который вы используете для этого, должен быть именно тем, который был создан при компиляции версии приложения, запущенного вашим пользователем. Если вы не сохранили этот файл, вы не сможете разрешить символы в вашем собственном приложении. Вы не можете использовать какой-либо файл dSYM, созданный вашей последней сборкой, для запуска с более старой представленной версией вашего приложения.

5 голосов
/ 18 июня 2009

UPDATE В XCode 4, около 2012 года, символизация прекрасно работает в XCode Organizer, даже , если на пути dSYM есть пробел (я думаю).

p.s. держите ваши dSYM под контролем версий

UPDATE Начиная с XCode 3.2.5 (ноябрь 2010 г.) символизация, выполненная в журналах устройств в окне органайзера, кажется, работает очень хорошо.

Во-первых, символика - это мусор *, но прежде чем погрузиться и починить его, убедитесь, что ваш .app комплект находится в том же каталоге, что и ваш .dSYM.

У вас есть точки или тире в имени или идентификаторе файла приложения? Если это так, вы должны применить Alan Quatermain исправление . Он предназначен для чтения аварийных отказов 3.0 в среде 2.x, но также корректно обрабатывает точки и тире в имени и идентификаторе приложения. Duh. Регулярные выражения - это трудно.

После этого вам придется взламывать Perl. Попробуйте ./symbolicatecrash -Av mycrash.crash> / dev / null чтобы увидеть, где это идет не так.

Для моей проблемы мне пришлось закомментировать оба quoteMeta ($ dsymdir); и chop ($ исполняемый файл); линий. Тогда у меня было кое-что, что смутно работало.

И это был продукт доставки. Добро пожаловать в будущее.

Начиная с * SDK 2.2.1, кто знает, может в 3.0 GM он надежный. Это могло случиться.

4 голосов
/ 23 апреля 2009

Существует известная проблема в утилите symbolicatecrash, которая также поставляется с iPhone SDK 2.2.1, если вы используете этот SDK. Вам нужно скачать новый бинарный файл с http://developer.apple.com/iphone/library/technotes/tn2008/tn2151.html

Надеюсь, это поможет вашим неприятностям.

3 голосов
/ 23 апреля 2009

Вышел новый скрипт Symbolicator , который может помочь

0 голосов
/ 29 марта 2012

(Xcode 4.2) symbolicatecrash - это скрипт на perl, который использует центр внимания для определения местоположения файлов dSYM, которые принадлежат аварийному приложению. Если вы запустите symbolicatecrash с параметром -v (подробный), вы увидите что-то вроде: Поиск в Spotlight для dsym с UUID ... Запуск mdfind "com_apple _... == ..."

Итак, убедитесь, что прожектор работает, и индексирование для прожектора активно для тома, где находится ваш материал, с помощью команды mdutil: mdutil -s -a Если том, на котором находятся ваши заархивированные приложения, не проиндексирован, убедитесь, что включить индексацию. (В качестве пользователя root / sudo: mdutil -i для /Volumes/...)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...