作成された .dmp ファイルを分析しており、多くの情報を提供するコール スタックがあります。しかし、コール スタックをダブルクリックして、ソース コードに移動したいと考えています。
コール スタックを右クリックし、シンボル設定を選択します。ここで、場所を PDB に配置できます。ただし、ソース コード ディレクトリのオプションはありません。
作成された .dmp ファイルを分析しており、多くの情報を提供するコール スタックがあります。しかし、コール スタックをダブルクリックして、ソース コードに移動したいと考えています。
コール スタックを右クリックし、シンボル設定を選択します。ここで、場所を PDB に配置できます。ただし、ソース コード ディレクトリのオプションはありません。
残念ながら、ソース コード ディレクトリは pdb にハード コードされていますが、必要なフォルダーがわかっている場合は、Windows のシンボリック リンク、ジャンクションの概念を使用できます。
サイトでソース サーバー (別名 SrcSrv) 統合をセットアップする方法については、この記事をお読みください。
時間をかけてコードベースのこれらの手順を実行した結果、過去 6 か月間のソフトウェアの任意のビルドから .dmp ファイルを取得できるようになりました...シンボルを含むスタック トレースを取得し...正確なデバッガーのソース コード行。ステップは自動ビルドに統合されているため、オーバーヘッドはほとんどありません。
ClearCase 用のカスタム インデクサーを作成する必要がありましたが、Perforce、TFS、およびおそらく他のもの用の既存のインデクサーがあります。
VS2005 での .dmp サポートは少し不安定であることに注意してください。VS2008 ではかなり安定しています。
独自のシンボル サーバーに加えて、ここから MS 製品のシンボルを取得するように Visual Studio を構成する必要もあります。
http://msdl.microsoft.com/download/symbols
これについては、 Debugging Tools for Windowsサイトなどのいくつかの場所で説明されています。
PDB をロードした後、現在の実行場所に一致するソース ファイルに手動で移動します。PDB には、関連付けられたバイナリを構築したソース ファイルのパスとファイル名が含まれています。デバッガは、表示されているファイル名と現在のバイナリの場所に関連付けられているファイル名が一致していることに気付いたときに、接続するのに十分なほどスマートであると思われます。