sが原因で時折クラッシュする大規模な ASP.NET アプリケーションがありますStackOverflowException。これらは .NET によって非常にエレガントに処理されないため、通常の例外ログとスタック トレースを使用せずに、事後分析デバッグに縮小されます。問題が発生している場所を見つけたら、通常は簡単に修正できます。難しいのは、コードベースのどこでエラーが発生したかを特定することです。
クラッシュ後に取得したプロセス ダンプ ファイルは、この作業に大いに役立つように思われますが、これまでのところ、最適な使用方法を見つけることができませんでした。Visual Studio を使用してプロセスを (非常に、非常に、ゆっくりと) 「デバッグ」できますが、これは基本的に MSFT シンボルをロードするのに永遠に時間がかかり、アプリケーション DLL のシンボルをロードしません (したがって、呼び出しスタック)。
次のような簡単な方法が必要なようです。
- クラッシュ ダンプ ファイル
- マネージド アプリケーション DLL/PDB のセット
完全なマネージド コール スタックへ。誰でも（VS、WinDbg、またはその他のツールを使用して）これを行うために説明（またはチュートリアルを指す）できますか？