参照されたdll（pdbを持つ）をデバッグする方法

私のワークスペースには、AとBの2つのソリューションがあります。

ソリューションAは、以前にコーディングを終えた古いプロジェクトです。ソリューションBでは、ソリューションAのいくつかのクラスを使用する必要があります。これを行うには、ソリューションAのプロジェクトの1つのDLLへの参照を追加します。

問題は、デバッグしようとしたときです。私もAのコードに足を踏み入れたいと思っています。Visual Studioはこれらのクラスのコードを読み込むことができず（「現在の場所に使用できるソースコードがありません。」）、逆アセンブリのみを表示できるため、役に立ちません。

ソリューションAからクラスをデバッグする唯一の方法は、ソリューションBを実行し、すべてのプロセスを（[デバッグ]メニュー項目で）デタッチし、ソリューションAからプロセスをアタッチすることです。

ただし、これは非常に不便であり、AまたはBを一度にしかデバッグできません。

参照されているdllのコードにステップインできるようにする方法はありますか（ソースコードがあります）？

解決策：私の間違いは、プロジェクトは単一のソリューションの一部にしかならないと思っていたことです。実際、プロジェクトはさまざまなソリューションの一部になることができます。
古いプロジェクトを参照する必要がある場合は、プロジェクトをソリューションに追加するだけです。これは、ソリューションエクスプローラー>追加>既存のプロジェクトで新しいソリューションを右クリックして行います。
その後、プロジェクト参照を追加できます。他の人が書いたように、自分のコード（または、変更とデバッグが必要になる可能性のある他のコード）へのdll参照の使用を完全に回避する必要があります。

ソリューションの設計方法に関する非常に優れたリファレンスは、MSDNにあります。

プロジェクト参照があれば、すぐに機能するはずです。

それがある場合は、ファイル（DLL）を参照、あなたはデバッグシンボル（「PDB」ファイル）は、DLLと同じフォルダにする必要があります。プロジェクトがデバッグシンボルを生成していることを確認します（プロジェクトプロパティ=>ビルド=>詳細=>出力/デバッグ情報=フル）; dll をコピーした場合は、pdbも一緒に配置します。

ファイルをコピーしたくない場合は、シンボルをIDEに直接ロードすることもできますが、作業が面倒です。

最も簡単なオプションは、プロジェクト参照を使用することです！

同じ問題がありました。彼は私が見つけたものです：

1）すべてのプロジェクトが同じフレームワークを使用していることを確認してください（これは重要です！）

2）[ツール/オプション]> [デバッグ]> [全般]で、[コードのみを有効にする（管理対象のみ）]がチェックされていないことを確認します

3）[ツール]> [オプション]> [デバッグ]> [シンボル]で、キャッシュされたシンボルをすべてクリアし、「シンボルファイル（.pdb）の場所」リストボックスの下のデフォルトの「Microsoftシンボルサーバー」以外のすべてのフォルダの場所を選択解除して削除します。また、[このディレクトリのシンボルをキャッシュする]テキストボックスの静的パスをすべて削除します。「シンボルキャッシュを空にする」ボタンをクリックします。最後に、「指定されたモジュールのみ」ラジオボタンがチェックされていることを確認してください。

4）すべてのプロジェクトの[ビルド/構成マネージャー]メニューで、構成がデバッグモードであることを確認します。

留意すべきもう1つのポイントは、参照されているdllがGACにインストールされていないことを確認してください。テスト後、システムレベルのテストを行うために、dllをGACにインストールしました。その後、コードを再度デバッグする必要が生じたときに、GACからそれらを削除するまで、参照されたアセンブリにステップインできませんでした。

ステップ1：[ツール]-> [オプション]-> [デバッグ]に移動します

手順2： [コードのみを有効にする]チェックボックスをオフにします

ステップ3：元のバージョンと完全に一致するソースファイルを要求するのチェックを外します

ステップ4：プロパティと演算子のステップをオフにする

私が持っていた*.pdb同じフォルダにファイルをしてからオプションを使用Arindam、それはまだ動作しませんでした。[プロジェクトのプロパティ]> [デバッグ]にある[ ネイティブコードのデバッグを有効にする]を有効にする必要があることがわかりました。

参照先のdllのソースコードにブレークポイントを設定する場合は、まず、使用可能なpdbファイルがあることを確認してください。次に、関連するソースコードファイルを開き、そこにブレークポイントを設定します。ソースファイルは、ソリューションの一部である必要はありません。Visual Studioで参照されているコードにブレークポイントを設定するにはどうすればよいですか？

デバッグ->ウィンドウ->ブレークポイントから利用できるブレークポイントウィンドウでブレークポイントを確認できます。

このアプローチには、デバッグのために既存のプロジェクトをソリューションに追加する必要がないという利点があります。これを省略すると、ビルド時間を大幅に節約できます。明らかに、プロジェクトが1つだけのソリューションを構築する方が、多数のプロジェクトを含むソリューションを構築するよりもはるかに高速です。

DLLがGACに登録されていないことを確認してください。Visual StudioはGACのバージョンを使用し、おそらくデバッグ情報を持ちません。

一部のソリューションに外部クラスライブラリプロジェクトを含めたくないので、別の方法で使用するアセンブリにステップインします。

私のソリューションには、他のプロジェクトからの自分のDLLを含む「Common Assemblies」ディレクトリがあります。私が参照しているDLLにも、デバッグ用のPDBファイルが付属しています。

デバッグしてブレークポイントを設定するには、使用しているアプリケーションのソースにブレークポイントを設定し、アセンブリからメソッドまたはコンストラクターを呼び出してから、メソッド/コンストラクター呼び出しをINTO（F11）します。

デバッガーはVSにアセンブリのソースファイルを読み込み、アセンブリ内の新しいブレークポイントをそのポイントに設定できます。

これは簡単なことではありませんが、新しいプロジェクト参照を含めたくないが、代わりに共有アセンブリを参照したい場合に機能します。

うまくいくはずです。以前は.exeファイルとdllを同時にデバッグしていました。私が提案するのは、1）Bプロジェクトにdllのパスを含める、2）次に、Aプロジェクトをデバッグでコンパイルする、3）パスがA dllおよびde pdbファイルを指すように制御する... 4）その後、 Bプロジェクトのデバッグを開始し、問題がなければ、両方のプロジェクトでデバッグできます。

Visual Studio 2019を使用して、NuGetで参照している外部ライブラリをデバッグする最も簡単な方法は、次の手順を実行することです。

1. 「ツール」>「オプション」>「デバッグ」>「一般」>「コードのみを有効にする」のチェックを外します

2. アセンブリエクスプローラー> NuGetパッケージキャッシュから開くに移動します。

3. デバッグするNuGetパッケージ名を検索フィールドに入力し、[OK]をクリックします

4. アセンブリエクスプローラーから、インポートされたアセンブリを右クリックし、[Generate Pdb]を選択します。

5. .PDBファイルを保存するカスタムパスと、これを生成するフレームワークを選択します

   

6. 生成されたフォルダーから.PDBファイルをデバッグフォルダーにコピーすると、このアセンブリのライブラリコードにブレークポイントを設定できるようになります