問題タブ [debug-symbols]

アセンブリとそのpdbが与えられた場合、.Netを使用して行番号とメソッドへのパスを取得するにはどうすればよいですか？

Windows 7 x64 で Visual Studio 2008 と 2010 の両方の Microsoft .NET Framework ソース コード デバッグをセットアップする際に問題があります (Vista x86 でも同様の問題があります)。

このブログ投稿や他のリソースの指示に従いましたが、あまり成功しませんでした。また、Microsoft Reference Source Code Center からすべてのシンボルをダウンロードしてインストールしましたが、その指示に従っても成功しませんでした。

Visual Studio は、ソース コードが含まれていない PDB をロードし続けているようです。また、適切なローカル キャッシュが存在する場合でも、PDB をダウンロードし続けます。

これは簡単なことのように思えますが、セットアップ手順でいくつかのエラーを繰り返さなければなりません。

Visual Studio では、ロードしたくない外部 DLL のシンボルをロードするのに多くの余分な時間がかかります。VS2008 でシンボル設定をいじりましたが、これらの設定が VS2010 に影響しているようです

サードパーティのシンボルの読み込みを停止するにはどうすればよいですか?
私はもう試した：

• devenv /resetuserdata
• ツール > オプション > デバッグ > シンボル (「環境変数: _NT_SYMBOL_PATH」の pdb ファイルの場所を削除またはチェック解除できません)
• 上記の場所を次のようにクリアしました: set _NT_SYMBOL_PATH=
  実際、これは大きな違いをもたらしました (以前は SRV c:\symbols http://msdl.microsoft.com/download/symbolsでした)
• %localappdata%\Temp\Temporary ASP.NET Files\root\ からすべてを削除しました。

次は VS の再インストールで、OS の再インストールに失敗しますが、デバッグを押すたびに 14 秒節約できれば、それだけの価値があります。

Windows Vista で windbg 6.12.0002.633 X86 を使用して、メモリ リークのメモリ ダンプを分析しています。コマンド「dumpheap -stat to determine the quantities of objects in the heap. Unfortunately, I'm getting the error*** エラー: シンボル ファイルが見つかりませんでした。」を使用しようとしています。SLC.dll のシンボルをエクスポートするようにデフォルト設定されています. I have activated!sym ノイズが多いto show where the error comes from and the file SLC.pdb is just not available on the symbol server. I have googled the file but haven't found such a downloadable file. The last line in the log output says:「mpheap -stat」` でエラーを解決できませんでした。このエラーが永続的に発生しているため、デバッグを続行できません。

SLC.pdb ファイルを入手できる場所や、この問題を回避する別の方法を知っている人はいますか?

PointerToSymbolTable :

COFF シンボル テーブルのファイル オフセット、または COFF シンボル テーブルが存在しない場合はゼロ。デバッグ情報が減価償却されるため、PE イメージ ファイルの場合は 0 です。

PE イメージのデバッグ情報が減価償却されていると表示されるのはなぜですか? AFIAK、Windows の実行可能ファイルもデバッグ情報を運ぶことができますが、そうではありませんか?

コード ショップで Windows 7 (64 ビット) マシンが発行されました。Visual Studio 2005 を実行します。[ツール]、[オプション]、[デバッグ]、[シンボル] パネルに入力し、Microsoft シンボル サーバーを指定して C:\windows\symbols にキャッシュし、アプリの新しいインスタンスを開始しました。MS シンボル サーバーに接続するときに一時停止があり、EULA が表示されて同意しましたが、シンボルが読み込まれませんでした。私の部門でうまくいかないことの多くは、OS シンボルを必要とするメモリ管理にあるため、これはかなり大きな問題です。

アプリのローカル シンボルはすべて正常に読み込まれ、(明らかに) MFC80U.i386.pdb も読み込まれました。ntdll.dll のシンボル ロード情報を調べると、次のようなメッセージが表示されました。

C:\Windows\System32\wntdll.pdb: PDB ファイルが見つからないか、開くことができません。

C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\IDE\wntdll.pdb: PDB ファイルが見つからないか、開くことができません。

C:\Windows\symbols\dll\wntdll.pdb: PDB ファイルが見つからないか、開くことができません。

C:\Windows\dll\wntdll.pdb: PDB ファイルが見つからないか、開くことができません。

C:\Windows\wntdll.pdb: PDB ファイルが見つからないか、開くことができません。

また、念のため、x86 と x64 の両方の Windows 7 RTM シンボル パッケージを (C:\Windows\Symbols に) ダウンロードしてインストールしました。まだ運がありません。x64 ntdll.pdb ファイルは C:\Windows\Symbols\ntdll.pdb\CFF40300FD804691B73E12CF2A150EE02 にあり、シンボル ロード情報が要求しているように見えるため、wntdll.pdb とは呼ばれません。

Windows 7 のシンボルが VS2005 を好まないということですか?

これが私が欲しいもののアイデアを与えるためのいくつかのサンプルコードです。

get_caller_file()およびを実装する方法はありget_caller_line()ますか？とマクロを渡す関数呼び出しとして#defineingのようなトリックを見たり使用したりしました。コンパイル時ではなく実行時にその情報にアクセスする方法があるかどうか疑問に思っていましたか？Valgrindのようなものは、返される情報を取得するためにこのようなことをしなければならないのではないでしょうか？my_api_call__FILE____LINE__

大規模なプロジェクトでどちらを使用するのが良いのか、そしてその理由は次のとおりです。

また

デフォルトでgccは、実行可能ファイルにシンボル テーブルが追加gdbされるため、読み取り可能なスタック トレースが取得されます。

man ページの-ggdb1オプションのドキュメントには次のように記載されています。gcc

レベル 1 では、デバッグする予定のないプログラムの部分でバックトレースを作成するのに十分な最小限の情報が生成されます。これには、関数と外部変数の説明が含まれますが、ローカル変数と行番号に関する情報は含まれません。

gcc...デバッグ関連の引数なしで呼び出すのと同じように見えます。しかし、明らかに余分なシンボルが放出されています ( .debug_frame、.debug_str、.debug_loc)。

では、違いは正確には何-ggdb1ですか?実行可能ファイルを単純に削除しないのではなく、コンパイルする利点はありますか?

私は私たちのチームの多くの人々によって使用されるdllを持っています-私は彼らがそれに対して構築できるようにするだけでなく、ソースコードがどのように書かれているかを見たい場合はソースコードにステップインしてクリックできるようにしたいです

私はそれがMSDNdllで可能であることがわかります-彼らはそれをどのように行うのですか