問題タブ [symbolicatecrash]

多くのブログやフォーラムを読みましたが、私の問題に対する答えが見つかりません。だから私はあなたの助けを探しています。

Xcode 4.2 を使用しており、アプリのターゲット デバイスは iPad です。ここでは、symbolicatecrash がどのように機能するかをテストするために行った手順を示します :)

製品/アーカイブ (リリース モード) を実行して ipa ファイルを取得し、このファイルを iPad にインストールします。*.app および *.dSYM パッケージを含めるために、Archiving のビルドも実行します。iPad でアプリを実行して、クラッシュ ファイルを取得します。これらの手順の後、すべての *.crash とこれら 2 つのパッケージを 1 つのフォルダーに配置しました。symbolicatecrash は実行されますが、アドレスがシンボルに変換されません:(、クラッシュしたスレッドに関数名ではなくアドレスが表示されます。

次の構成ビルドを行いました（http://developer.apple.com/tools/xcode/symbolizingcrashdumps.html）

• デバッグ シンボルを生成する はい
• デバッグ情報のフォーマット DWARF with dSYM
• ファイル展開後処理 YES
• ストリップ リンク製品 はい 使用
• セパレートストリップ はい
• コピー中にデバッグ シンボルを取り除く N

それを機能させるために他に何かする必要があるかどうか教えてください。ありがとう、

iPadでアプリをコンパイルして実行しました（ビルド構成はDebug）。次に、アプリを終了してiPadを切断しました。その後、iPadでアプリを再起動すると、クラッシュが発生しました。

ただし、クラッシュログには、私のアプリの16進アドレスしかありません。それでもそれらを象徴することはできますか？私はその間にプロジェクトに触れませんでした。

クライアントのマシンで作成されたビルド用の dSYM ファイルがあります。ビルド中にクライアントがクラッシュしたため、ターミナルで次の簡単なコマンドを実行して、symbolicatecrash を使用してシンボルを解除しようとしています。

しかし、それは意味のあるシンボル解除されたファイルを作成していません。そして、ターミナルで次のエラーが発生しています：

それから、次のリンクで解決策を見つけました: iPhone SDK 3.0 and symbolicatecrash not got together? それでも、クラッシュの原因となる正確なコード行に正確なメモリ位置をシンボリック化していません。

次に、他のオプションもいくつか試しました。以下は他のオプションですが、機能しませんでした。

参考：http ://apptech.next-munich.com/2010/01/symbolicatecrash.html

私を助けた最良のオプションは、クラッシュの正確なコード行番号を取得するためのatosコマンドですが、体系的なsymbolicatecrashでダンプを作成したいと考えています。

注: 自分のマシンでビルドを作成し、(自分のマシンが作成した) ビルドのクラッシュ ログを自分のマシンで作成すると、完全に適切なダンプ ファイルが作成されます (クラッシュの原因となる正確なメモリ位置 VS コード行を表示します)。

BugSenseからのクラッシュレポートがあるので、クラッシュのメモリ位置に関する情報がありますが、それらは記号化されていません。また、Bug Senseは従来のクラッシュレポートを送信しませんが、それでもバグトレースを提供します。そのため、クラッシュの正確な場所を取得するためにAtosを使用しようとしています。アプリをXCode4でアーカイブし、そのバージョンを使用してアプリストアに送信したので、dSYMファイルがあります。次のコードを実行しました。

ただし、適切な出力を取得する代わりに、エラーが発生します。

なぜこれが起こっているのかについての提案はありますか？アプリからデバッグシンボルを削除していません。

XCode 3.2.6 を使用しています。「ビルドとアーカイブ」メソッドを使用して、テスター用のビルドを作成しました。テスターからいくつかのクラッシュ ログを受け取りました。それらをデスクトップに配置し、オーガナイザーにドラッグしました。しかし、それは象徴的ではありません。クラッシュ ログを記号化する方法をオンラインで調べたところ、文字通り 10 を超えるさまざまな回答と回答が見つかりました。

コンピューターで symbolicatecrash を探してみましたが、どこにも見つかりませんでした。それが私の主催者がそれを象徴していない理由ですか？

どんな助けでも大歓迎です。

ありがとう

シンボリックファイルと dSYM ファイルについて頭を悩ませ、デバッグにどのように役立つかを調べています。

このスタートガイドに従っています。http://aplus.rs/ios-dev/guide-to-symbolicating-iphone-app-crash-logs-with-xcode-4-2/

では、dSYM ファイルはどのように役立つのでしょうか? 「象徴化」という用語と混同していると思います。.crash ログ ファイルを生成するだけで便利ですか、それとも実際にはそれ以上のことができますか?

ありがとう、
ティー

XCode でクラッシュを象徴する方法を知りたいのですが、.crash ファイルがあり、その方法がわかりません。

アプリに影響するバグを修正したいのですが、よろしくお願いします！

これは非常に奇妙な問題です。私は何か間違ったことをしているに違いないと思いますが、それが何であるかわかりません。私はsymbolicatecrashを数年間問題なく使用しています。私が見ている問題は、symbolicatecrashがシステムライブラリのシンボルを表示していないが、アプリケーションのシンボルを表示していることです。私はこれを解決するために考えられるすべてのことを試みましたが、運がありませんでした。

3つの異なるマシン、2つのLion、1つのSnowLeopardで同じ結果が得られていることに注意してください。

コマンドラインの例：/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash /Users/mike/Downloads/mycrash-iPad.crash

また、ファイルをXCode 4.2ログオーガナイザーウィンドウのログセクションにドラッグし、XCodeがファイルをシンボリックするのを待つと、同じ結果が得られることにも注意してください。

部分的にシンボル化されたシンボルを使用したコードのクラッシュの例を次に示します。

-vを指定してsymbolicatecrashコマンドを実行しましたが、app.dSymファイルは正常に検出されていますが、ライブラリsymfileが検出されていないようです。これは、ほとんどの人が抱えている反対の問題のようです。Facepalm。

たとえば、CoreFoundationlibの-v実行からの出力は次のとおりです。

私は本当に次に何を試すべきかを理解するのに途方に暮れています。

誰かアイデアはありますか？私は新鮮です。あなたの助けは大歓迎です！

ありがとう、マイク

詳細については、symbolicatecrashの出力でエラーが発生しています。

TSIインシデントにいくつかのクラッシュレポートを含めようとしていますが、ログを部分的にシンボリック化することしかできません。Xcode4.2のオーガナイザーパネルとターミナルのPerlスクリプトを使用してみました。どちらの場合も、私自身のクラスは問題なくシンボリック化されていますが、すべてのフレームワーククラスがシンボリック化されているわけではありません。

クラッシュレポートはこちらです。

ログヘッダー：

ログの最初からの例：

バイナリ画像：

どうすればこれを解決できますか？

このトピックに関する多数のStackOverflowQ/ Aを検索して見つけましたが、それでもiOSMonoTouchアプリのクラッシュログを象徴するものを取得できません。これが私の環境情報です：

もちろん、Monodevelopでアプリをビルドするときは、デバッグを有効にしてデバッグシンボルを出力するDebug|iPhone構成に設定します。dsymファイルも生成されていることを確認できます。

編集-関連する可能性のあるもう1つの情報。Xcode Organizerは、私の電話のバージョン（5.0.1-9A405）に一致するソフトウェアイメージが見つからないと言っています。

デバイスを（iPhone 4S）に接続すると、ログがインポートされ、オーガナイザーウィンドウにログを象徴していると報告されます。ただし、ログには場所とオフセットしか表示されません。

誰か他のポインタがありますか？私はクラッシュがいつ発生するかについての一般的な考えを持っており、このエラー（許可された時間を超えるアサーション）は通常、メインスレッドでネットワークIOのブロックを行うことを伴うことを認識していますが、それを行っていないため、何がわかりませんそうでなければ起こっているかもしれません。ログから有効なスタックトレースを確認すると、おそらく非常に役立ちます。