C++/WinRT に関する問題のトラブルシューティング

このトピックは、すぐに認識できるように前もって説明しています。あなたがまだそれを必要としない場合でも。 以下のトラブルシューティングの症状と解決策の表は、新しいコードをカットする場合でも、既存のアプリを移植する場合でも役立つ場合があります。 移植中で、プロジェクトがビルドされて実行されるステージに進みたいと思っている場合は、問題を引き起こしている重要でないコードをコメントまたはスタブアウトして、その負債を後で返済することで、一時的な進歩を遂げます。

よく寄せられる質問の一覧については、「よく寄せられる 質問」を参照してください。

XAML の問題の追跡

XAML 解析の例外は、特に例外内に意味のあるエラー メッセージがない場合に診断が困難な場合があります。 デバッガーが初回例外をキャッチするように構成されていることを確認します (早い段階で解析例外をキャッチします)。 デバッガーで例外変数を調べて、HRESULT またはメッセージに有用な情報があるかどうかを判断できる場合があります。 また、VISUAL STUDIOの出力ウィンドウで、XAML パーサーによるエラー メッセージの出力を確認します。

アプリが終了し、XAML マークアップの解析中に未処理の例外がスローされたことしかわからない場合、その原因は、存在しないリソースへの (キーによる) 参照にある可能性があります。 あるいは、UserControl、カスタム コントロール、またはカスタム レイアウトパネル内部でスローされた例外である可能性もあります。 最後の手段はバイナリ分割です。 XAML ページからマークアップの約半分を削除し、アプリを再実行します。 その後、エラーが削除した半分の内側にあるか(どのような場合でも復元する必要があります)、または削除しなかった半分のエラーかどうかを知ります。 エラーを含む半分を分割する、という手順を繰り返し、最終的に問題箇所を特定するまで続けます。

症状と解決方法

関連トピック