デバッグシンボルの問題

Question

私は、WindbgまたはVisual Studioを使用してダンプファイルを解析する際に、どのシンボルファイルが使用されるかに興味があります。私のアプリケーションがユーティリティライブラリを使用しており、ユーティリティライブラリに関連するプライベートシンボルファイルがあるとします。私のアプリケーションにクラッシュダンプがある場合、完全なコールスタックを分析するためにユーティリティライブラリのシンボルが必要です。しかし、時には、ビルド/ランタイム/デバッグ環境は、異なるバージョンのユーティリティライブラリシンボルである（確かに）異なるバージョンのユーティリティライブラリと共にインストールされます。

私のアプリケーションをビルド（リンク）するためのユーティリティライブラリ（およびバージョンA）のバージョン（たとえばバージョンA）があり、そこに別のバージョン（たとえばバージョンB）のユーティリティライブラリ（および関連シンボル）クラッシュダンプを解析するときにWindbgの別のバージョン（たとえばバージョンC）のユーティリティライブラリ（および関連シンボル）を使用しています。

私の質問は、クラッシュがランタイムに生成されると、バージョンBシンボルがクラッシュダンプを生成するために使用されることです（シンボル情報でダンプを埋めるために）？しかし、Windbgデバッグ環境で異なるバージョンのシンボルCを使用すると、シンボルの不一致の問題が発生します。ビルドに使用するライブラリのバージョンは関係ありませんか？私の理解はすべて正しいですか？事前に

おかげで、 ジョージ

Answer 1

は、一般的記号は、コードと同じファイルにする必要があります（デバッグバージョンは、一般的に大きくなっている理由です）。デバッガが別のバイナリを実行している間に、あるバイナリからシンボルを引き出すケースを思い出すことはできませんが、これは一般的な知識であり、環境に関する特別な情報ではありません。

Answer 2

Symbol Serverを使用して、WinDBGまたはVSがデバッグしているライブラリのビルドに対応するシンボルをプルダウンできるように思えます。それが第三者コンポーネントであり、あなたがプライベートシンボルを持っている場合は、それらのシンボルを自分のサーバに置くか、またはサードパーティにパブリックシンボルサーバがあるかどうかを確認することができます。

あなたがデバッグしているdllと一致しない場合、Windbgはシンボルを読み込まないので、！sym noisyを使ってシンボルの読み込みプロセスについてもっと知ることができます。シンボルサーバを使用しない場合は、手作業ですべてのpdbを管理し、手作業でwindbgにロードすることができます（lm vを使用して、プロセスにロードされたモジュールに関する詳細情報を取得してください）