問題タブ [symbol-server]

たとえば、いくつかの投稿を読みました... http://blogs.msdn.com/b/adamroot/archive/2009/06/17/source-server-and-symbol-server-features-in-team- Foundation-server-2010-beta-1.aspx

http://blogs.msdn.com/b/jimlamb/archive/2009/06/15/symbol-and-source-server-in-tfs-2010.aspx

私が読んだことによると、これらはどちらも、分析が必要な古いバージョンのアプリケーションを処理するときに、より良いデバッグ サポートをセットアップするのに役立つサーバー アプリケーションです。

最初のリンクで、msdn ブロガーは、どちらも便利ですが、別々であり、互いに依存していないと述べています。なぜ一方が必要で、もう一方が必要なのですか? それらは 2 つの明確に異なるタスクを実行しますか、それとも重複しますか?

他の人が Q を編集するか、これが十分に明確でない場合は私に編集を依頼してください。

Windows 7 x64 SP1 を使用しています。以下からシンボルをダウンロードしました。

http://msdn.microsoft.com/en-us/windows/hardware/gg463028

Windows 7 x64 SP1 用の x64 RTM および x64 SP1 シンボルをダウンロードしてインストールしました。フォルダにインストールされT:\Symbolsます。

しかし、64 ビットのネイティブ C++ アプリケーションをデバッグすると、シンボルがまったく読み込まれません。たとえばntdll.dllの場合、PDB は次の場所にあります。

• T:\Symbols\ntdll.pdb\6192BFDB9F04442995FFCB0BE95172E12
• T:\Symbols\ntdll.pdb\CFF40300FD804691B73E12CF2A150EE02

ただし、Visual Studio (2008/2010) はシンボルをロードしません。デバッグ中に、モジュール ビューから、 を選択ntdll.dllしてLoad Symbols From -> Symbol Path、 を指定しますntdll.pdb。上記の両方のパスについて、常に次のように表示されます。

一致するシンボル ファイルがこのフォルダーに見つかりませんでした。

T:\Symbolsこのフォルダ ( )も に追加しましDebugging -> Optionsたが、それでもシンボルが読み込まれません。デバッグ中はLoad All Symbolsボタンが有効になり、クリックしてもシンボルはロードされません!

32 ビットの場合、PDB ファイル名はwntdll.pdbforntdll.dllになり、上記の方法で GUID 名のフォルダーに保存されます。ただし、VS は 32 ビット デバッグ用のシンボルもロードしません。

非常に興味深いことに (そして苛立たしいことに)、 を選択すると、シンボルが完全にLoad Symbols From -> Microsoft Symbols Serverダウンロードおよびロードされます。次の場所にシンボルをダウンロードします (のフル パス):ntdll

\Users\...\AppData\Local\Temp\SymbolCache\ntdll.pdb\6192BFDB9F04442995FFCB0BE95172E12

ここでは、GUID がパス内の GUID という名前のフォルダーと一致していることがわかりますT:\Symbolsが、手動でインストールされたシンボルの場合、VS はそれをロードしないように固定されています!

NTDLL.PDB の場合、それぞれのフォルダーが同じであり、PDB のサイズも同じであるにもかかわらず、タイムスタンプが異なる場合があります。

VS はシンボルを次の場所に配置することもあります。

C:\...\AppData\Local\Temp\SymbolCache\MicrosoftPublicSymbols

VS が Microsoft Symbols Server からのみ正しいシンボルをダウンロードする場合、ローカルにダウンロードされたシンボルをどのように使用しますか?

私の質問は基本的に、ローカルにダウンロードしてインストールしたシンボルをロードする方法ですか?

ソース/シンボルをシンボルサーバーに公開したり、SymbolSource.orgのようなものを使用して、DLLを参照しているときにコードにステップインできるようにすることが可能であることを私は知っています。

しかし、デバッグセッションを行っていないときに、この同じコードにアクセスする方法が見つかりませんでした。

SymbolSource.orgには、次のようなデモ計算アプリがあります。

デバッグしているときは、Add（）に簡単に足を踏み入れてソースコードを見ることができますが、コードを見ているだけでは、これを行う方法はありません。

どういうわけかこれは不可能だと思いますが、それは非常に役立つでしょうし、それがどのように行われるかについて話している人は誰もいません。

symstore.exe ツールの削除機能の使用方法は次のとおりです。

昔から保存されているシンボルを削除したいのですが。D:\Symbols\[productname]シンボルが保存されるルートです。次の行でツールを呼び出します。

次のエラーが発生します。

このエラーは、パスが有効なシンボル サーバーであると認識したことを示しています。の 000Admin フォルダを再確認しましたがD:\Symbols\[productname]\000Admin\、実際には 0000000001 から 0000001261 までのトランザクションがあります。他のトランザクションも削除しようとしましたが、同じエラーが発生します。history.txt、lastid.txt、および server.txt もそこにあります。私は何が欠けていますか？

Windows XP Professional バージョン 2002 Service Pack 3 で Microsoft Visual Studio 2005 Verison 8.0.50727.762 (SP.050727-7600) を使用して、'Foo' という C++ プロジェクトを作成しました。このプロジェクトを Foo.exe にビルドしました。次に、Foo.exe ファイルを Windows Server 2003 Enterprise Edition Service Pack 2 にコピーしました。問題なく動作します。

ここで、WinDbg:6.12.0002.663 X86 バージョン 5.2 を使用してデバッグを試みます。

シンボル パス、ソース パス、またはイメージ パスが設定されていません

[ファイル] > [実行可能ファイルを開くC:\foo\Foo.exe] メニューから開くと、次のエラーが表示されます。

Foo.pdb は、Foo.exe が存在する同じフォルダーには存在しません。Foo.exe のエラーが表示されないのはなぜですか?

ld *WinDbg でコマンドを実行すると、次のエラーが表示されます。

ここで、それを修正するための 2 つの試みを示しましょう。1つは機能し、もう1つは機能しませんでした。

Windows Server 2003 Service Pack 2 x86 リテール シンボルのダウンロードが機能しない

http://msdn.microsoft.com/en-us/windows/hardware/gg463028にアクセスして、以下をダウンロードしました。

Windows Server 2003 with Service Pack 2 x86 リテール シンボル、すべての言語(ファイル サイズ: 154 MB - ほとんどの顧客はこのパッケージを必要とします。)

私はそれを実行し、シンボルを にインストールしましたC:\Symbols。WinDbg では、シンボル パスを次のように設定します。

C:\MySymbolsFoo.pdb というファイル名を持つ Foo.exe のシンボルが含まれていました。

「ファイル > 実行可能ファイルを開くC:\foo\Foo.exe」メニューから開くと、前のセクションで説明したのと同じエラーが発生しました。

ただし、今回はld *コマンドのエラーが少なくなりました。

Microsoft Symbol Server を使用すると修正されました

今回はシンボルパスを次のように設定しました。

今、C:\foo\Foo.exe「ファイル>実行可能ファイルを開く」メニューから開くと、エラーは発生しませんでした。C:\microsoftsymbols\ntdll.pdb\F7024C7F15FE4BEA992FF38BE58AC11C2\ntdll.pdb自動的にダウンロードされていることがわかりました。

今回のld *コマンドもエラーなく正常に実行されました。

コマンドの実行中に、次の追加のシンボルが自動的にダウンロードされました。

質問

1. シンボル パスが指定されていない場合、Foo.exe のシンボル ファイルに関するエラーが表示されないのはなぜですか?
2. Windows Server 2003 with Service Pack 2 x86 リテール シンボルをダウンロードし、そのパスをシンボル パスとして指定しても機能しないのはなぜですか?

詳しくは

私の質問に答えるのに役立つ場合は、winmsd.exe > システムの概要から取得したシステムの詳細を次に示します。

ビルドがリリースに設定された後、ドロップ場所からすべての pdb ファイルを取得し、それらをネットワーク上で共有されているフォルダーにコピーする powershell スクリプトを作成しました。

また、サンプル アプリケーションを作成し、必要なアセンブリを含む nuget パッケージを (pdb ファイルなしで) 追加しました。

ネットで参考文献をいくつか見つけましたが、pdb ファイルを使用してアセンブリをデバッグできませんでした。VPN 接続を使用して、pdb ファイルと Visual Studio 2010 を含む共有フォルダーに接続しています。

ネットワーク上で共有されている pdb ファイルを使用して、nuget パッケージ マネージャーを使用して取得したアセンブリをデバッグできるようにするために必要な正確な手順は何ですか?

ありがとう ！

インターネットにアクセスできない内部の隔離されたラボネットワークがあります。このネットワーク上のPCでさまざまなツールを実行することがよくあります。これらのツールには、これらのPCにインストールされているWindows / MSVC（pp）/MFCバイナリに対応するシンボルが必要です。私たちが実行するツールの1つの例は、Visual Studioスタンドアロンプ​​ロファイラー（つまり、vsperfcmd / vsperfreport / etc）です。現在、会社のシンボルを非常に簡単に取得できます...インターネットで公開されているPCのローカルシンボルキャッシュを掘り下げることで、ラボネットワークのPCのバイナリに対応するシンボルを手動で見つけることができます。これは非常に面倒でエラーが発生しやすいプロセスであり、かなり面倒です。ラボネットワークからシンボルを自動的に検索するためのより良い方法を見つけたいと思います。

理想的には、これらのツールが正しく機能するように、ラボネットワークから見える通常のネットワーク上にある種のシンボルサーバーをセットアップしたいと思います。これを行うための受け入れられた方法はありますか？MSシンボルサーバーをミラーリングしたり、ローカルネットワークに何らかのプロキシを提供したりできますか？

最近、SymChkを使用してMicrosoftシンボルストアからシンボルをダウンロードすると、PDBだけでなくDLLも表示されることに気付きました。SymChk / SymStoreなどの標準のMicrosoftツールを使用して、バイナリとシンボルの両方を保存できるかどうか疑問に思っていますか？

Microsoft は、シンボル サーバーを使用してコードのシンボル ファイルを簡単に管理および取得できるソリューションを提供しました。

私たちは c# と Java の両方を使用していますが、Symbol Server for Java に似たものをセットアップする方法があり、同じサーバーにすることは可能かどうか疑問に思っていました。

ありがとう！

このブログ エントリの手順に従って、 SymbolSource Server Basicをインストールして実行しています。

パッケージ (*.nupkg および *.symbols.nupkg) を TeamCity からサーバーにエラーなしで正常にプッシュできます。ただし、NuGet 側は Visual Studio でうまく機能しますが、Symbol Server は機能していません。ローカル Web サイトの Data フォルダーに、プッシュした標準の NuGet パッケージが含まれていることがわかりましたが、ソース コードの兆候はありません。

エラー メッセージはどこで確認できますか? または、*.symbols.nupkg がサーバーに正しくプッシュされていないように見える理由を他にどのように確認できますか?