2017-06-02 11 views
1

すべてのシンボルと関連する実行可能ファイルがセントラルシンボルストアの場所に圧縮されて格納されているため、大規模な組織が生成するほとんどすべてのクラッシュダンプをデバッグできます。サードパーティ製のライブラリをデバッグするために、クラッシュダンプを会社の外部にある関連するpdbファイルと実行可能ファイルとともに送信する必要があるまで問題はありません。クラッシュダンプを使用してシンボルサーバからPDBと実行可能ファイルを抽出します

私が最後にしたとき、私はシンボルストアから必要なファイルを収集するために多くの試行錯誤をしなければなりませんでした。私がクラッシュダンプを開いて、Visual Studioでシンボルストアから必要なすべてのファイルを抽出して別のフォルダに保存すると、解析用に送信することができます。

これは何とかできますか?

答えて

0

私はVisual Studioの解決策がわかりません。ただし、この問題は、Microsoftが無料で提供しているDebugging Tools for WindowsのWinDbgまたはSymChkを使用して解決できます。

私の知るところによれば、シンボルサーバーはPDBのみを格納し、実行可能ファイルは格納しないので、以下の指示はPDBのみです。

WinDbgのコマンド!SaveAllModulesがあります。これは、ダンプファイルにあるすべてのDLLと実行可能ファイルを保存するために有効です。私はそれに多くの経験がありません。あなたの会社のシンボルサーバー

  1. オープンWinDbgを
  2. でのクラッシュダンプ
  3. Set up the symbols、例えばへのインターネット接続や接続のマシンでWinDbgの

    手順会社のシンボルサーバーとMicrosoftのシンボルサーバーを追加します。キャッシュの場所は、空のディレクトリを選択します。

  4. これは、定義されたディレクトリに利用可能なすべてのシンボルをダウンロードするコマンド.reload /fld*

を実行します。

    symchk /id <dumpfile>.dmp /s srv*x:\symbols\*http://msdl.microsoft.com/download/symbols /od 
    

    実行し、インターネット接続や会社のシンボルサーバーのコマンドラインプロンプトから

    1. への接続を持つマシンでSymChk

      ため

      ステップ、
    2. /idは "入力ダンプ"用です
    3. /sはシンボルパスを定義します。構文が正しいことを確認してください。何か問題
を表示する
  • /odは、「出力内容」(詳細モード)のためであるあなたの会社のシンボルサーバーを含めることを忘れないでください。
  • 関連する問題