Windowsデバッガのロードマップ

Question

マイクロソフトが開発した数十ものデバッガーとデバッグツールが存在し、どのツールを適用するか、いつ選択するかという疑問が生じます。たとえば、windbgとVisual Studioに組み込まれているデバッガがあります。どちらもミニダンプにアクセスできます。なぜ私はもう一方を選ぶだろうか？

ワトソン博士は、過去の死後のデフォルトのクラッシュ解析ツールでした。これは「問題報告&ソリューション」に置き換えました。これはサーバ上のIIS例外モニタに置き換えられますか？そして、おそらくこれはすべて「Microsoft CDB Debugger」の上に構築されているのでしょうか、それとも別の重複ツールですか？もう1つのADPlusは、CDBデバッガ上に構築されています。迷路は無限に続くようです。

これらのすべてのツールのタクソノミまたはロードマップへのリンクを提供することができます（ワトソン博士）、デバッグ学生はどのような「ツールの方向性」を吸収する必要がありますか？私は、ここで言及していない多くのツールとベースライブラリがあると確信しています。それらの間の依存関係（CDBデバッガを使用しているADPlusなど）も知っているとよいでしょう。

私は材料の日付が付いていますが、私が求めている質問のいくつかに答えるので、this linkが役に立ちました。同様のシンプルな比較/コントラストランナウトを与えるその他のリソース？

Answer 1

CDB and NTSDは、新しいウィンドウの作成方法を除いて違いはありません。コマンドラインデバッガでVisual Studioを使用するタイミングを選択することは、時には個人的な選択の問題ですが、場合によってはコマンドラインがより良いツールになります。コマンドラインデバッガを使いこなせば、はるかに迅速に作業を進めることができます。私は、コマンドラインデバッガで特定の問題だけをデバッグすることができるいくつかのシナリオが残っているのではないかと思っています。見逃した3番目のデバッガはkdです。これはkernalデバッガです。あなたがカーネルモードのもの（つまり、あなたが書いたデバイスドライバ）をデバッグしたいのであれば、それはあなたの唯一の選択肢です。

CDB、NTSDおよびKDはすべてdebugging tools for Windowsの一部であり、それ自体がDDKの一部です。 Visual Studioは他のデバッグパッケージに依存しません。その逆もあります。

ワトソンなどはデバッガではありません。彼らは単に観察し報告するだけです。私は、あなたの問題に適しているものがあれば、そこでの最良のアドバイスを使用していると考えています。つまり、あらゆる種類のさまざまなMS技術のためのツールがたくさんあります。例えば。 MSIデータベースの場合はOrcaです。これらの製品はすべて無関係で、異なる部署などでリリースされ、維持されることがあります。その結果、多様性があるため、関係性を示すグラフを見つけることはできません。