Express版のC＃デスクトップアプリケーションは機能しましたが、5秒後に機能しませんでした。

私は以下を試しました：

• デバッグ構成、デバッグフラグ、および完全なデバッグ情報がすべてのアセンブリに設定されていることを確認します。
• マシン全体から、プロジェクトに関連するすべてのbinおよびobjフォルダーとすべてのDLLを削除します。
• 問題の原因となっているプロジェクトを最初から作成し直します。
• リブート。

ソリューションには2つのWinFormsプロジェクトがあります。そのうちの1つはデバッグ情報をロードし、1つはロードしません。どちらも、プロジェクトファイルでまったく同じ方法でデバッグ情報を取得しようとしているアセンブリを参照しています。何か案は？

ここに追加したいのは、主にこの質問を確認するときに戻ってきたときです。アセンブリが読み込まれるまでシンボルは読み込まれず、アセンブリは必要になるまで読み込まれません。メインアセンブリの1つの関数でのみ使用されるライブラリにブレークポイントがある場合、その関数が呼び出されるまで、シンボルは読み込まれません（ブレークポイントがヒットしていないことが示されます）。

デバッグを開始しDebug > Break AllますDebug > Windows > Modules。ブレークポイントに到達するか、またはを使用したらすぐに、を使用します。プロセスにロードされているすべてのアセンブリのリストが表示されます。デバッグ情報を取得するものを見つけます。それを右クリックして、シンボル読み込み情報を選択します。アセンブリの.pdbファイルを探したすべてのディレクトリをリストするダイアログが表示されます。そのリストを実際の.pdbの場所と照合します。古いものが見つからないことを確認してください。

通常のプロジェクトでは、アセンブリとその.pdbファイルは、常にIDEによって.exeと同じフォルダにコピーされているはずです。プロジェクトのbin \ Debugフォルダー。遊んでいる場合は、必ずGACから削除してください。

最初に、プロジェクトを右クリックしてプロジェクトを再構築してみてください> Rebuildそれがうまくいかない場合は、プロジェクトをクリーンアップしてみてください（プロジェクトを右クリックして>クリーンアップしてください）

それがうまくいかなかった場合、これを確認してください：

1. プロジェクトを右クリックします
2. [プロパティ]を選択します
3. [ビルド]タブを選択します
4. ていることを確認し、[DEBUG定数の定義]および[TRACE定数を定義する]チェックされます
5. [コードの最適化]がオフになっていることを確認します
6. [ ビルド]タブの下部にある[詳細]ボタンをクリックします
7. [Debug Info：]が[full]に設定されていることを確認してください
8. [OK]をクリックしてプロジェクトを再ビルドします;-)

（ステップ6は.pdbファイルを生成します。これらはデバッグシンボルです）

試してみるだけの簡単なこと-あなたはすでにそれを試したかもしれません。ソリューションエクスプローラーでソリューションを右クリックし、[ソリューションのクリーン ]をクリックします。これにより、ソリューションに関連付けられているコンパイル済みファイルと一時ファイルがすべて削除されます。

ソリューションの再構築を行い、デバッグを再試行してください。

また、ソリューション内の複数のプロジェクトのブレークポイントで問題が発生しました。一部はx86としてコンパイルされ、一部はx64としてコンパイルされています。

デバッグ/全般設定の「Just My Code」オプションを無効にします。

クロスからこの修正プログラムを掲示ハンス・K私は似たスレッド上で見つけた<< HERE >>：

ソリューションを右クリック->プロパティ

Common Properties-> Startup Projectの下を確認します

複数のスタートアッププロジェクトを選択する

デバッグする必要があるプロジェクトで[開始]アクションを選択します。

選ばれた答えは私に私の問題を解決するように導きました。しかし、さらにいくつかのことを行う必要があります。

ドロップダウンで[デバッグ]を選択した場合でも：

そして、プロジェクトのプロパティ>ビルド：

Visual Studioは特定のプロジェクトにシンボルをロードしていませんでした。そのドロップダウンで「構成マネージャー」を選択すると、私のWebプロジェクトの設定が正しくないことがわかりました。

それを「デバッグ」に設定すると、.pdbファイルの生成が始まります。 しかし、PDBとDLLを手動でコピーして、VSが探していたフォルダーに配置する必要があります（ここで選択した答えが役に立ちました）。

Debug> Windows> Modulesモジュールがロードされていたものを見るために正しい方向に私を置きます。

私の場合、IIS Expressは一時的なASP.NETファイルとは異なるDLLをロードしているようです。

ソリューション？

1. 閲覧 C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
2. このディレクトリのすべてを削除してください！

添付のスクリーンショットに示すように、「プロセスにアタッチ」のオプションを「デバッグするコードのタイプを自動的に決定する」オプションに設定するだけでエラーを修正できました。

以下の手順に従ってください：

• メニューバーからデバッグに移動します
• Attach to Processをクリックします
• [ アタッチ先 ]オプションの近くにある[選択 ]ボタンをクリックします
• [コードタイプの選択]ウィンドウが表示されます
• 次に、[ デバッグするコードの種類を自動的に決定する]オプションを選択し、[OK]ボタンをクリックします。

場合によっては、このエラーが表示されてbreakpointも、ヒットすることがあるので、エラーを無視してください。これは、中にかなり頻繁に発生ViewsしますMVC web app。

.pbdファイルがbin / Debugフォルダーにないかどうかを確認します。表示されている場合は、プロジェクトの[プロパティ]に移動し、[ビルド]を選択して、下部にある[詳細]を選択します。表示された新しいウィンドウの[デバッグ情報]で[完全]を選択します。これは私の問題であり、私のためにそれを解決しました。

私の場合、プロジェクトのプロパティで「コードの最適化」がチェックされていました。これにより、VSは私のアセンブリを「自分のコードではない」と見なし、そのためのシンボルをロードしませんでした。

解決策は、これをオフにすることでした。

ソリューションがリリースモードかどうかを確認してください。

Windowsで管理者としてVisual Studioを実行してみてください。

私の場合、リリースモードでデバッグしようとしています。デバッグモードに変更したら、その働き

コンパイラ設定で「デバッグ情報を生成」を有効にする必要があります

デバッグ->オプション->一般->" Enable Just My Code"のチェックを外します

これでうまくいきました。

問題の原因を発見しました。このコードは、「CodeFile」属性（ASP.NET 2.0以降）ではなく、.aspxファイルのPageディレクティブの「CodeBehind」属性を使用していました。絶望の数日後、単純な検索と置換で問題が解決しました。

オプション「デバッグの開始、デバッグ+ Windows +モジュール」は、Microsoft Visual Studio Express 2013エディションには存在しません。

ツールオプションのデバッグで[ マネージ互換モードを使用する]をオフにすると、これが修正されます。

Solution Configurationドロップダウンリストを確認してください。あなたが選択していることを確認しDebug、ありませんRelease。

上記のすべてを試しましたが、うまくいきませんでした。 [解決策をクリーンにし、PDBファイルなどを確認してください]

同じソリューションを公開しても問題は解決しませんでした。

次に、私が通常解決するために行った（この頑固なVisual Studioをだます）

私が行ったのは、コードに意図的な変更を加えてソリューションを公開することだけでした。その後、変更を元に戻して再度公開しました。

Voila [PDBファイルは悪霊を取り除いた] ..賢い解決策ではないが、これはうまくいった..：-|

Webアプリケーション（IIS Express）のみ：

• IIS Expressトレイを右クリックして、IISを閉じます。
• クリーンなソリューション

これらの答えはどれも私の問題を解決しませんでした。ストップのあるプロジェクトは実際にはロードされたプロジェクトではないという事実に基づいて、別のことを試みました。Hans Passantが、デバッガーを停止したい.dllと、関連する.pdbファイルが.exeファイルの近くにコピーされたと書いているのを見つけました。これらのファイルの日付は古いため、ランタイムで更新されていないと思いました。それらを手動で削除し、Visual Studioが別のペアを作成し、この新しいペアを.exeの近くに配置しました。これでブレークポインが機能します。

.exeの近くに既存のファイル（.dllと.pdb）が存在するため、Visual Studioでコピーして置き換えることができない場合があります。したがって、手動で削除した場合、VSは.exeの近くに新しいファイルを作成できます。

別の変更（チェックなど-別の答えから）が何かをトリガーし、Visual Studioがdllとpdbをプロジェクトフォルダーからexeの近くのフォルダーにコピーして置き換えたので、それが解決策だったと思います。

問題の根本的な原因は、Visual Studioがランタイムで別のファイルを使用し、プロジェクトのファイルを使用せずに停止したためだと思います。

多分この答えは誰かを助けるために！

明確にするために確認する事項：構成が「リリース」ではなく「デバッグ」に設定されていることを確認してください。スタートアッププロジェクトは「リリース」モードでデバッグできますが、参照されているクラスライブラリはデバッグできません。

プロジェクトのプロパティ（次にビルド構成を選択）> [ビルド]タブ> [詳細...]> [デバッグ情報]（ドロップダウン）

'all'または 'pdb-only'に設定して再構築します

これらすべてをただ行う代わりに

閉じて再度開く

問題を解決するソリューション

私は同様の問題を抱えており、私は次のことを行いました：Debug => Options => General =>「Enable Just My Code」のチェックマークを削除します。

これにより、上記の他のオプションを試すのにしばらく時間がかかり、奇妙な理由でデバッグが機能しなくなりました。

ツール->オプション->デバッグ->一般->（チェックを外す）「元のファイルが元のバージョンと完全に一致する必要がある」オプション

1. クリーンなソリューションと再構築
2. 構成がデバッグに設定されていることを確認します
3. PDBファイルがDebugフォルダーにあることを確認してください
4. [デバッグ]メニューの[すべてのブレークポイントを有効にする]をクリックします

Visual Studioで次の2つの設定が同じであることを確認します。

テストプロジェクトを右クリックし、[プロパティ]、[ビルド]タブに移動して、プラットフォームターゲットを確認します。

鉱山はすべて「すべてのCPU」に設定されているため、x64

メインメニューバーで、[テスト]、[テスト設定]、[ デフォルトのプロセッサアーキテクチャ ]の順に移動します。

鉱山はX86に設定されました

これをX64に変更して上記の設定と一致させると、組み込みのVisual Studioメニューの[デバッグテスト]が機能し、以前は無視されていたブレークポイントにヒットしました。このドキュメントにはシンボルが読み込まれていません。」

更新：

以下のためのVisual Studio 2019のメニューは少し周りを移動されました：

私は何年も遅れていることを知っていますが、何か間違ったことをして上記の手順を実行したと思ったので、誤ってソリューション構成を「リリース」に設定したことに気付きました:)