コンテンツにスキップ

トラブルシューティング

クラッシュログ分析について

開発時の Debug および Release モードでは、Crash 時にキャプチャされたスレッドバックトレースはシンボル化されます。一方、リリースビルドにはシンボルテーブルが含まれていないため、異常スレッドの重要なバックトレースはイメージ名として表示され、有効なコードシンボルに変換されません。取得した crash log の関連情報は通常16進数のメモリアドレスであり、クラッシュコードを直接特定できないため、16進数のメモリアドレスを対応するクラスとメソッドに解析する必要があります。

コンパイルまたはパッケージング後にdSYMファイルを見つける方法

  • Xcodeでは、dSYMファイルは通常、コンパイル後の .app ファイルと一緒に生成され、同じディレクトリに配置されます。
  • プロジェクトをアーカイブした場合は、Xcodeの Window メニューから Organizer を選択し、該当するアーカイブファイルを選択します。アーカイブファイルを右クリックして Show in Finder を選択し、Finderで該当する .xcarchive ファイルを見つけます。.xcarchive ファイルを右クリックして Show Package Contents を選択し、dSYMs フォルダに移動すると、対応するdSYMファイルが見つかります。

Xcodeコンパイル後にdSYMファイルが生成されない場合

Xcode ReleaseビルドはデフォルトでdSYMファイルを生成しますが、Debugビルドはデフォルトでは生成しません。対応するXcode設定は以下の通りです:

Build Settings -> Code Generation -> Generate Debug Symbols -> Yes

Build Settings -> Build Option -> Debug Information Format -> DWARF with dSYM File

Include of non-modular header inside framework module

SDKの .h ファイルが依存ライブラリの .h ファイルをインクルードしているため、以下の設定が必要です:

Target -> Build Settings -> CLANG_ALLOW_NON_MODULAR_INCLUDES_IN_FRAMEWORK_MODULES を YES に設定します。

フィードバック

このページは役に立ちましたか?