Azure Application Insightsコールスタックを使用したデバッグ

Question

私はAzureのアプリケーションの洞察で受け取った例外をデバッグする方法を見つけようとしています。 私はアクティブなデバッガが動作しているVisual Studioのバグを本当に扱っているので、このタイプのデバッグは初めてです。ただし、Application Insightでは、コールスタックのみを提供するnull参照例外があり、有用な例外メッセージはありません。

例外メッセージ：Arg_NullReferenceException

コールスタック：他の人が実際に彼らが戻ってトレースする方法を示しているがat SharedLibrary!<BaseAddress>+0x68d4c5 --- End of stack trace from previous location where exception was thrown --- at SharedLibrary!<BaseAddress>+0x329115 at SharedLibrary!<BaseAddress>+0x329207 at SharedLibrary!<BaseAddress>+0x34d603

他の例外は、そのようなExcep_FromHResult 0x800455A0、 などのメッセージを持っています。

コールスタックまたはベースアドレスまたはHResultを解読した場合の例外の場所を見つける方法はありますか？

これは、アプリのバグを排除するのに非常に便利です。

Answer 1

更新：これは現在、HockeyAppテレメトリスタックでサポートされています。参照：http://support.hockeyapp.net/kb/client-integration-windows-and-windows-phone/crash-reporting-for-uwp

アプリケーションを.NETネイティブでコンパイルすると、結果として得られるバイナリには通常.NETアプリケーションで使用できるリッチメタデータがすべて含まれません。 （.NET NativeでコンパイルしたときにEnvironment.StackTraceを呼び出すと、同じ動作になります）。生成されたpdbファイルにすべてのデータを書き込みますが、実行時には使用できません。

解決策は、事実上、pdbファイルの情報を使用してスタックを再構築することです。 AppInsightsチームがバックログにこれを載せていたことは知っていますが、それは起こっていないようです。私たちは、あなた自身がこの再結合を行うことができるように、私たちが出版しようとしているいくつかの診断ツールを持っていますが、それらを公開するのはちょっとした悩みがあります。

この問題についてdotnetnative@microsoft.comにメールを送信すると、いくつかのホイールにグリースを塗ることができます。