トラブルシューティング¶
クラッシュログ分析について¶
開発時の 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 に設定します。

