問題タブ [symbol-server]

.pdbを使用して、一連のファイルをシンボル サーバーに追加しようとしていますsymstore.exe。ディレクトリ内のすべてではなく.pdb、それらの選択 (日付に基づく)。

コマンドラインのヘルプにあるように、私が使用している単一のトランザクションでそれらを追加するにsymstore ... /f '@filelist.txt'は、行ごとfilelist.txtに実際のファイルを含むファイルを使用します。.pdb

(この情報は、 のコマンドライン ヘルプにのみ存在symstoreし、対応するオンラインヘルプ ページには存在しません。)

これは機能しません。保存するファイルは0です。ファイルリストから複数のファイルを追加するこの機能は、実際には実装されていないと思います。

を使用して、単一のトランザクションでファイルのリストを追加することに成功した人はいますsymstore.exeか?

64 ビット ソフトウェアを実行していた顧客からのクラッシュ/ミニダンプをデバッグしようとしています。シンボル設定の「Microsoft シンボル サーバー」からダウンロードしているにもかかわらず、mfc140u.dll のシンボルが読み込まれません。シンボル キャッシュを見ると、mfc140u.i386 の PDB が利用可能です。

これらのシンボルがそのサーバーから利用可能であることを確認する方法はありますか? 私が見つける必要がある他の場所からそれらを取得するための指示はありますか?

C:\Windows\System32 では、mfc140u.dll のバージョンは 14.0.23918.0 です。ダンプ ファイルは、バージョン 14.00.23506.0 を探しています。

これらの DLL のシンボルも読み込まれません。

• msvcp140.dll (14.00.23506.0 を探しています)
• VCRUNTIME140.dll (14.00.23506.0 を探しています)

EventViewer の厄介な問題を突き止めようとしているので、VS (2013) のインスタンスを mmc.exe に接続し、例外で中断しました。

VS は を指しているにもかかわらず、逆アセンブリのみを提供しSystem.IO.Path.CheckInvalidPathChars(string)、[モジュール] ウィンドウには、mscorlib.dll(2.0) がシンボル ファイルと共に読み込まれていることが示されます (たまたま、DefaultDomain で 1 回、EventViewer ドメインで 1 回)。

Pathそれができない場合、分解から始めて、問題が何であるかを理解するのを手伝ってくれる人はいますか?

しばらく使用されているシンボルソースを作成しました。

古い VS で生成されたパッケージをプッシュしようとすると、パッケージが正しくプッシュされますが、新しいパッケージをプッシュしようとすると、次のエラーが発生しました。

nuget push *.symbols.nupkg 123 -Source http://localhost:3182/NuGet Empurrando MYPACKAGE para ' http://localhost:3182/NuGet ' ... リクエストの処理に失敗しました。'パッケージの送信に失敗しました: 不明なカスタム メタデータ アイテムの種類: 6.考えられる理由については、 http ://www.symbolsource.org/Public/Home/Help を参照してください。クライアントが添付された詳細情報を破棄する場合、Fiddler がこのエラーの診断に役立つ場合があります。

シンボルソースを最新の nuget パッケージで更新しようとしましたが、それでも同じ問題が発生します。

サーバーに VS2015 をインストールした後、シンボル サーバーにプッシュしようとすると、シンボル パッケージに次のエラーが表示されます: (506) パッケージの送信に失敗しました: 不明なカスタム メタデータ項目の種類

シンボル サーバーをセットアップしようとしているため、ソース バージョンにマップするためにインデックス付けされたシンボルが必要です。

ソリューションが存在するフォルダーで p4Index を実行しています。

私のディスクファイルとフォルダ:

.\CalculatorDemo\bin\ 出力が生成される場所
.\CalculatorDemo\CalculatorApp\ にはソースが含まれます
.\CalculatorDemo\CalculatorDll\ にはソースが含まれます
.\CalculatorDemo\CalculatorTest\ にはソースが含まれます

私のバージョン管理では、デポのパスは次のとおりです:
//sw/Main/Internal/CalculatorDemo/

私のワークスペースは次のとおりです: c:\Projects\Dev\sw\Main\Internal\CalculatorDemo\

インデックスを作成しようとすると、ファイルが見つかりません..
C:\projects\dev\sw\main\Internal\CalculatorDemo>p4Index -debug
--- ssindex.cmd [STATUS] : Server ini file: C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\srcsrv\srcsrv.ini ssindex.cmd [STATUS] : ソース ルート : C:\projects\dev\sw\main\Internal\CalculatorDemo
ssindex.cmd [STATUS] : Symbols root : C:\projects\dev\sw\main\Internal\CalculatorDemo
ssindex.cmd [STATUS] : 制御システム : P4
ssindex.cmd [STATUS] : P4 プログラム名: p4.exe
ssindex.cmd [STATUS] : P4 Label :
ssindex.cmd [ステータス] : 古いパス ルート:
ssindex.cmd [ステータス] : 新しいパス ルート:
ssindex.cmd [ステータス] : 部分一致 : 無効 --- ssindex.cmd [ステータス] : 実行中... しばらく時間がかかります...
ssindex.cmd [情報] : ... C:\projects\ のインデックス作成中dev\sw\main\Internal\CalculatorDemo\bin\x64 \Debug\CalculatorApp.pdb
ssindex.cmd [INFO]: ... ゼロのソース ファイルが見つかりました ...
ssindex.cmd [INFO]: ... indexing C:\ projects\dev\sw\main\Internal\CalculatorDemo\bin\x64\Debug\CalculatorDll.pdb
ssindex.cmd [情報] : ... ゼロのソース ファイルが見つかりました ...
ssindex.cmd [情報] : ... インデックス C :\projects\dev\sw\main\Internal\CalculatorDemo\bin\x64\Debug\CalculatorTest.pdb

穴を開けて、ファイルのバージョン情報を pdb に入れることができないようです。- （ビルドサーバーを使用する前にスクリプトを機能させたいので、開発者のマシンでこれを行っています）

問題をデバッグ/修正する方法を知っている人はいますか? 私はおそらくいくつかのperl debugginか何かをしなければなりません。- perforceサーバーの正しい場所を指していないことが問題である可能性があると思います...

前もってありがとうケネス

Visual Studio で [.NET Framework ソース ステップ実行を有効にする] デバッグ オプションをオンにして、シンボル キャッシュ ディレクトリを作成しました。プロジェクトをデバッグすると、Visual Studio は「パブリック シンボルをダウンロードしています」というダイアログを作成し、参照されているモジュールを一覧表示します。これは、参照されるモジュールごとに発生します。

結果として、実際にデバッグを開始できるようになるまで数分待つことがあります。

「キャンセル」をクリックして、デバッグに直接進むことができます。次にデバッグすると、中断したところから再開されます。

私の HTTP トラフィックを見ると、すべてのモジュールについて、シンボルの referencesource.microsoft.com が参照されているようです。そのサーバーがホストするシンボル (system.dll などの Microsoft モジュール) は、シンボル キャッシュにダウンロードされます。他のシンボルは、シンボル キャッシュの "FailedLoads" フォルダーに "PDB Not Found" というテキストを含むファイルを取得します。[出力ウィンドウにソース サーバーの診断情報メッセージを出力する] がオンになっているにもかかわらず、出力ウィンドウに障害に関する情報が見つかりません。

モジュールのキャッシュまたは FailedLoads フォルダー内のファイルにシンボルが含まれると、ダイアログが再度表示されることはありません。したがって、プロセスを一度完了させることで、新しい参照が追加されるまでの遅いデバッグ起動時間に対処できます。

どうなるか色々試してみました。真の解決策を示すものは何もありませんでした。

• 「.NET Framework ソース ステップ実行を有効にする」のチェックを外すと、問題が解決します
• デフォルトでシンボルを自動的に読み込むか除外するように設定しても、動作は変わりません
• 特定のモジュールをシンボルの自動読み込みに含めたり除外したりしても、そのモジュールの動作は変わりません
• 「ソースサーバーのサポートを有効にする」またはその子オプションをオンまたはオフにしても、動作は変わりません
• 「Microsoft Symbol Servers」シンボルの場所をオンまたはオフにしても、動作は変わりません
• 新しいシンボルの場所を追加しても、動作は変わりません。これらの新しいシンボル サーバーで利用可能なモジュールは引き続き FailedLoads フォルダーに配置され、[パブリック シンボルのダウンロード] ダイアログ中に HTTP 要求は行われません。
• 別の手段 (デバッグ中に別のシンボル サーバーから読み込むなど) でシンボルをシンボル キャッシュに入れると、そのモジュールの [パブリック シンボルのダウンロード] ダイアログが表示されなくなりました。

VS2013 Update 1、VS2015 Update 3、および VS2017 RC でこの問題を再現しました。興味深いことに、この問題なしで何年も VS2013 を使用していたと思います。VS2015に切り替えた頃、数か月前に始まったと思います。

これが既知のバグであるかどうか、またはこの動作を無効にしながら .NET Framework ソースのステッピングを有効にする方法があるかどうかは誰にもわかりませんか?

NuGet.org の手順を使用して、オープンソース DLL ごとにシンボル パッケージを作成しました。たとえば、以前nuget pack -Version 2.4.3 -symbols Core\Loyc.Essentials.nuspecは と を作成Loyc.Essentials.2.4.3.nupkgしてLoyc.Essentials.2.4.3.symbols.nupkgいました。

.nu​​pkg の名前を .zip に変更して、パッケージには、フォルダー内の完全なソース コードと共に.symbols.nupkg、予期される .dll、.pdb、および .xml ファイルが含まれていることを確認しました。lib\net45src

AppVeyor を使用して、同様のnugetコマンドでパッケージをビルドし、次のオプションを使用してシンボル パッケージと非シンボル パッケージを公開しました。

deploy: - provider: NuGet server: api_key: secure: DHTp3wMjKqyca2PWftol2wq7DxE9KdL8AizHVIS14T4DSSMXgc0bIiCGvvA8SkTH skip_symbols: false # Whether to not publish symbol pkgs (src/pdb) artifact: /.*\.nupkg/ on: branch: master # Release from master branch only. appveyor_repo_tag: true # Deploy on tag push only.

それはうまくいったようです：

テスト プロジェクトを作成し、VS NuGet GUI を介してパッケージを追加しました。

最後に、シンボル サーバーの使用方法に関する詳細な手順に従いました。nuget.orgで推奨されているように、デバッグの VS オプションの「シンボル ファイル (.pdb) の場所」のリストにhttps://nuget.smbsrc.netも追加しました。シンボル。

うまくいきません。SymbolCache にFailedLoads、各 DLL (および NUnit) のテキスト ファイルを含むフォルダーがあることに気付きました。テキスト ファイルには、単に「PDB Not Found」が含まれています。PDB が見つからないのはなぜですか?