#ユニバーサル Windows プラットフォーム: .NET スクリプティングバックエンドのデバッグ

クラッシュしたり不可解な動作に遭遇した場合は、次の場所にある player ログを常にチェックしてください - <user>\AppData\Local\Packages\<productname>\TempState\UnityPlayer.log 。バグの報告をする際にはこの貴重な情報が含まれている player ログを是非添付してください。

現状では C# スクリプトのみデバッグが可能です。

Note: ユニバーサル Windows プラットフォームは Microsoft .NET で実行されています。そのため、スクリプトを MonoDevelop でデバッグできません。代わりに、 Visual Studio 2013 を使用してください。

簡単な手順は次のとおりです。

• ユニバーサル Windows プラットフォームにビルドするとき、Unity C# projects をチェックします。
• 
• これにより、ユニバーサル Windows アプリと互換性のある Assembly-CSharp-* プロジェクトが作成されます。
• 補足 : もし直前の Unity C# projects がチェックされていなかった場合、フォルダーを空にするか * .sln と * .csproj を削除してビルドしてください。なぜなら、Unity はこれらのファイルに参照を追加する必要があるからです。しかし、すでに参照が存在する場合は上書きしません。
• ソリューションを開くと、Assembly-CSharp-* プロジェクトが含まれています。
• 確認したい場所にブレークポイントを配置して、シンプルにアプリケーションをデバッガーで開始します。
• 

例外

アプリケーションの実行中、Visual Studio へ例外が発生した場合に停止するよう指示できます。Debug -> Exceptions を選択します。

• マネージドの例外には Common Language Runtime Exceptions と Managed Debugging Assistants が有効にできます。
• 不明な場所で例外が発生した場合は、すべての例外を有効にできます。

補足 : すべての例外を有効にした場合、Visual Studio は WinRT originate error や WinRT transform error のような無害な例外が発生した場合でも停止するため、それらは除外しそのまま継続します。

UnityPlayer.dll からのコールスタックの解決

Unity エンジン自身がクラッシュした場合、コールスタックを解析することで役立つ情報を得られ、必要であればバグ報告とともに提供可能です。

補足 : Unity エンジンのコールスタックは .pdb ファイルが使える場合は解析可能です。Unity はDebug 設定に関する　 .pdb ファイルを提供します。

Unity エンジンがクラッシュしブレークポイントで停止したとします ( 補足 : Debug -> Exceptions メニューからすべての例外を有効にすると、Visual Studio はクラッシュした時点で停止します)。Debug -> Windows -> Call Stack と移動すると、Call Stack ウィンドウが開きます。UnityPlayer.dll から関数の名前が表示されない場合は、シンボルが読み込まれていないということです。これを解決するためには、関数上で右クリックし Load Symbols を選びます。UnityPlayer.pdb は [プロジェクトへのパス]>\Players[Windows80 または Windows81][X86 か ARM か X64]\debug にあります。

Microsoft-Windows-TWinUI

これはデバッガなしで確認できる、アプリケーションが起動しないことに関する情報を提供するログで、次の位置にあります。

コントロールパネル -> 管理ツール -> イベントビューアー -> アプリケーションとサービスログ -> Microsoft -> Windows -> Apps -> Microsoft-Windows-TWinUI/Operational

• 2017–05–16 編集レビュー 無しに修正されたページ - ページのフィードバックを残す