symbolicatecrashが.appや.dSYMを探す仕組み - Qiita
symbolicateとは MacやiOSのクラッシュログは取得した状態ではアプリ固有のシンボル名は記載されません。 そこで、クラッシュログを読みやすくするためにアプリ固有のシンボル名をクラッシュログに付加する必要があるのですが、この処理のことをsymbolicateと呼びます。 symbolicatecrashというXcodeに付いているスクリプト(perlで書かれています)を使ってsymbolicateすることができます。symbolicateには以下の３つのファイルが必要になります。 ・クラッシュログそのものである.crashファイル ・アプリの本体(.app) ・シンボル情報(.dSYM) symbolicatecrashスクリプトの第一引数はクラッシュログのパスです。しかし、それ以外の引数はオプションです。.appと.app.dSYMは必要であるにもかかわらず、引数に指定する必要
iOSのクラッシュログをSymbolicate（復元）して解析する - Qiita
はじめに 現在、XcodeのOrganizerや、Crashlyticsなどのクラッシュ検知ツールを用いることで自身のアプリのクラッシュログ（スタックトレース）を簡単に解析することが可能となっています。 ただし、生のクラッシュログはスタックトレースがアドレスで表記されているため、パッと見ただけでは全く解析ができません。（語弊があるかもですがｗ） アプリのdSYMファイルを用いてシンボル化（Symbolicate）することで、はじめてクラッシュ検知ツールで見ることができるような、解析可能なスタックトレースへと復元することができるようになります。 今回はそのような手動でSymbolicateするやり方をまとめます。 これが意外と罠にハマりやすかったので手順を追って記します。 iOSエンジニアなら知っていて損はない内容かなと思いました。 こんなシチュエーションで役に立ちます クラッシュした端末は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
