「ブレークポイントは現在ヒットしていません。このドキュメントのシンボルはロードされていません」という問題を解決する方法を教えてください。警告？
エクスプレス版のC＃デスクトップアプリケーション。 5秒後に仕事をしたが仕事をしなかった。
私は以下を試しました。
- デバッグ構成、デバッグフラグ、および完全なデバッグ情報がすべてのアセンブリに設定されていることを確認してください。
- すべてのbinフォルダ、objフォルダ、およびプロジェクトに関連するすべてのDLLをマシン全体から削除します。
- 問題の原因となっているプロジェクトを最初から再作成します。
- リブート。
このソリューションには2つのWinFormsプロジェクトがあります。そのうちの1つはデバッグ情報をロードしますが、そうではありません。どちらも、プロジェクトファイルでデバッグ情報を取得するアセンブリとまったく同じ方法で参照しています。何か案は？
私がここに追加したいのは、主に私がこの質問を見直すときに来ることです。シンボルはアセンブリがロードされるまでロードされず、アセンブリは必要になるまでロードされません。ブレークポイントがメインアセンブリ内の1つの関数でのみ使用されるライブラリにある場合、その関数が呼び出されるまでシンボルはロードされません（そしてブレークポイントがヒットしていないと表示されます）。
ブレークポイントに到達するかDebug > Break Allを使用したらすぐにデバッグを開始し、Debug > Windows > Modulesを使用してください。プロセスにロードされているすべてのアセンブリの一覧が表示されます。デバッグ情報を取得したいものを見つけます。それを右クリックして、シンボルロード情報を選択します。アセンブリの.pdbファイルを検索したすべてのディレクトリを一覧表示するダイアログが表示されます。実際の.pdbの場所に対してそのリストを確認します。古いものが見つからないことを確認してください。
通常のプロジェクトでは、アセンブリとその.pdbファイルは常にIDEによって.exeと同じフォルダにコピーされているはずです。プロジェクトのbin\DebugフォルダGACで遊んでいる場合は、必ずGACから削除してください。
最初にプロジェクトを右クリックしてプロジェクトを再構築してみてください> Rebuild それでもうまくいかない場合は、プロジェクトを消去してみてください（プロジェクトを右クリックして> clean）
それでもうまくいかない場合は、これを確認してください。
- プロジェクト を右クリックしてください
- 選択 [プロパティ]
- [ビルド] タブを選択
- [Define DEBUG定数] および [Define TRACE定数] がチェックされていることを確認してください。
- [ビルド]タブページ下部の [詳細] ボタンをクリックします。
- [Debug Info：] が [full] に設定されていることを確認してください。
- [OK]をクリックしてプロジェクトを再構築 the ;-)
（ステップ6は.pdbファイルを生成します、これらはデバッグシンボルです）
試してみるのが簡単なもの - あなたはすでにそれを試したことがあるかもしれません。 ソリューションエクスプローラーでソリューションを右クリックし、 "clean solution"をクリックすると、ソリューションに関連付けられているすべてのコンパイル済みファイルと一時ファイルが削除されます 。
ソリューションを再構築して、もう一度デバッグします。
私はまた、ソリューション内の複数のプロジェクトのブレークポイントで問題がありました - いくつかはx86としてコンパイルされ、いくつかはx64としてコンパイルされました。
デバッグ/全般設定で "Just My Code"オプションを無効にします。
この修正を Hans K と同じスレッドで見つけたクロスポスト >> HERE << ：
ソリューションを右クリック - >プロパティ
共通プロパティ - >スタートアッププロジェクトの下を見てください。
複数のスタートアッププロジェクトを選択
デバッグする必要があるプロジェクトに対して[Start action]を選択します。
選ばれた答えは私が私の問題を解決するために導いた。しかし、私はさらにいくつかのことをする必要があります。
ドロップダウンで[デバッグ]を選択した場合でも
そしてプロジェクトProperties> Buildで：
Visual Studioは特定のプロジェクトにシンボルをロードしていませんでした。そのドロップダウンで "Configuration Manager"を選択し、私のWebプロジェクトへの設定が正しくないことを確認しました。
それからそれを "Debug"に設定して、.pdbファイルを生成し始めました。 _ but _ 手動でPDBとDLLをコピーして、VSが探していたフォルダに置く必要があります（ここで選択した回答が役に立ちました）
どのモジュールがロードされているのかを見るためのDebug> Windows> Modulesは、私を正しい方向に導きました。
私の場合、IIS Expressは一時ASP.NETファイルとは異なるDLLをロードしているようです。
ソリューション？
C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vsをブラウズ- このディレクトリ内のすべてを削除します。
添付のスクリーンショットに示すように、[プロセスにアタッチ]のオプションを[デバッグするコードの種類を自動的に判別する]オプションに設定するだけで、エラーを修正できました。
以下の手順に従ってください。
- メニューバーから デバッグ に移動します。
- クリックしてプロセスに添付
- の近くに オプション、 選択 ボタンをクリック
- コードタイプの選択 ウィンドウが表示されます。
- デバッグするコードの種類を自動的に決定する を選択してOKボタンをクリックしてください。
あなたの.pbdファイルがあなたのbin/Debugフォルダにないか確認してください。それからそれがあなたのプロジェクトの「プロパティ」に行くならば、「構築」を選択して、それから一番下の「詳細」を選択してください。表示された新しいウィンドウの[デバッグ情報]の下で[完全]を選択します。これは私の問題であり、私のためにそれを解決しました。
時々、それがあなたにこのエラーを与えても、breakpointはまだヒットするので、単にエラーを無視してください。これはMVC web appのViewsでかなり頻繁に起こります。
私の場合、プロジェクトのプロパティで "コードの最適化"がチェックされています。これにより、VSは自分のアセンブリを「自分のコードではない」と見なし、その結果、シンボルをロードしませんでした。
解決策は、これをオフにすることでした。 
ソリューションがリリースモードになっているかどうかを確認してください。
ウィンドウ内で管理者としてVisual Studioを実行してみてください。
私の場合は、リリースモードでデバッグしようとしています。デバッグモードに変更したら。その働き
コンパイラ設定で "Generate debug info"を有効にする必要があります。
私たちは問題の原因を見つけました。このコードは、 "CodeFile"属性（ASP.NET 2.0以降）ではなく、.aspxファイルのPageディレクティブで "CodeBehind"属性を使用していました。絶望の日々の後、単純な検索と交換は問題を解決しました。
オプション "デバッグの開始、デバッグ+ Windows +モジュール"は、Microsoft Visual Studio Express 2013エディションには存在しません。
チェックを外す 「管理互換モードを使用する」 「ツール」オプション「デバッグ」でこれを修正する.
私は上記のすべてを試したが、何もうまくいきませんでした。 [きれいな解決策、そしてPDBファイルをチェックするなど]
同じソリューションを公開しても問題は解決しませんでした。
それから私は私が通常解決するためにすることに戻りました（この頑固なVisual Studioをだます）
私がしたことは、コードを意図的に変更して解決策を公開することだけでした。それから私はその変更を元に戻して再度公開しました。
Voila [悪魔を取り除くPDBファイル] ..賢い解決策ではありませんが、これはうまくいきました..： - |
明確にするために確認すべき事項：構成が「リリース」ではなく「デバッグ」に設定されていることを確認してください。スタートアッププロジェクトを 'Release'モードでデバッグすることはできますが、参照されているクラスライブラリはデバッグできません。
Webアプリケーション（IIS Express）のみ：
- IIS Express Trayを右クリックして、IISを閉じます。
- クリーンソリューション
これらの答えのどれも私の問題を解決しませんでした。停止したプロジェクトは実際にはロードされたプロジェクトではないという事実に基づいて、私は別のことを試しました。私はHans Passantがデバッガを停止したい.dllファイルとそれに関連付けられている.pdbファイルが.exeファイルの近くにコピーされていることを書いた。これらのファイルの日付は古いため、ランタイムでは更新されないと思いました。私はそれらを手動で削除し、Visual Studioは別のペアを作成し、この新しいペアを.exeの近くに置きます。今すぐbreakpoinsが動作します！
別のファイルが存在するため、Visual Studioは.exeの近くにある既存のファイル（.dllおよび.pdb）をコピーして置き換えることはできません。私は手動で削除した場合それでVSは.exeの近くに新しいものを作成することができます。
別の変更（別の回答からのチェックなど）によって何かが引き起こされ、Visual Studioがdllとpdbをプロジェクトフォルダからexeファイルの近くのフォルダにコピーして置き換えたと考えられるので、これは解決策でした。
問題の根本的な原因は、Visual Studioが実行時にプロジェクトからのファイルではなく別のファイルを使用して停止していることにあると思います。
たぶんこの答えは誰かを助けるために！
プロジェクトのプロパティ（次にビルド設定を選択）>ビルドタブ>詳細...>デバッグ情報（ドロップダウン）
'all'または 'pdb-only'に設定してから再構築する
これらすべてのことをするだけでなく
閉じて再度開く
解決策それが問題を解決します
これにはしばらく時間がかかりましたが、奇妙な理由でデバッグが機能しなくなりました。
「ツール」 - >「オプション」 - >「デバッグ」 - >「一般」 - >（チェックを外す）「ソースファイルを元のバージョンと完全に一致させる」
私は同様の問題を抱えていました、そして、私は以下をしました：[=>デバッグ=>オプション=>一般=> "Enable Just My Code"のチェックマークを外しますこれは私のために働きました..
私はVS10を使用してC＃アプリケーションを静的ライブラリと統合していました。私はそれらをインターフェースするマネージコードdllを書きました。静的ライブラリ以外にはどこにでもブレークポイントを設定できます。上記のメッセージが出ました - この文書にはシンボルがロードされていません。私は上記の提案の多くを試してみました。シンボルがロードされていないことがわかりました。私はついにチェックボックスConfiguration Debug、Enable unmanaged code debuggingを見つけました。これにより、静的lib関数にブレークポイントを設定することができました。
私はx86（またはx64）で（参照されるプロジェクトを含む）ソリューション全体を再構築したのと同じ問題を抱えていました
Configuration Manager（Build-> ConfigManager）からすべてのプロジェクトをx86に設定したにもかかわらず、一部のプロジェクトがx86に設定されていませんでした。
だからプロジェクトを右クリックして従うことを確認するためだけに
「プロジェクト」 - >「プロパティー」 - >「デバッグ」タブで、「構成とプラットフォーム」を確認します。
私は上のすべての答えを注意深く読んだが、それらのどれも私の問題を解決しなかった。
私の場合は、クラスライブラリ（DLL）をコンパイルしていました。 Debug - > Modulesにモジュールがロードされていないようなので、手動でシンボルをロードすることすらできませんでした。
私の解決策は私のコードにこの行を追加することでした：
System.Diagnostics.Debugger.Launch();
このコードに達すると、例外が発生し、.NET FrameworkはどのVisual Studio（つまり、VS 2008の新しいインスタンス、VS 2013の新しいインスタンスなど）をプログラムのデバッグに使用するかを尋ねるダイアログボックスを表示します。プロジェクトをロードした状態でVSの既存のインスタンスを選択できます。これによりプロセスがVSセッションにアタッチされ、すべてのシンボルがロードされます。これでプロジェクトをデバッグできます。
もちろん、コンパイルはReleaseではなくDebug設定を使って行わなければなりません。
私は何年か遅れていることを知っていますが、私は私が何か間違ったことをして上記の手順に従ったと思いました。
ASP.Netアプリケーションの場合は、サイトの[ASP.NET]タブのプロパティを確認します。正しいASP.NETバージョンが選択されていることを確認してください。
VSTSから最新情報を入手すると、すべてのファイルが読み取り専用モードになります。プロジェクトの実行中、すべてのクラスライブラリクラスは読み取り専用になり、ブレーキポイントは空になり、「現在ブレークポイントはヒットしません。このドキュメントにはシンボルはロードされません」と表示されます。
解決策1
プロジェクトの場所に移動し、フォルダを右クリックします--->プロパティ--->全般タブ---> UNCHECK読み取り専用（フォルダ内のファイルにのみ適用されます）--->適用---> OK
解決策2
デバッグを開始し、[デバッグ] - > [Windows] - > [モジュール]の順に選択します。アセンブリを1つ選択して右クリック--->（選択）シンボル設定。このディレクトリのキャッシュシンボルにBinのパスを設定し、PDBの場所のシンボルでMicrosoft Serversを選択します。すべてのシンボルを読み込むをクリックします。時間がかかります。[OK]をクリックします。
これで、すべてのアセンブリのシンボルステータスが「PDBを見つけられないか開くことができません」から「読み込まれたシンボル」に変更されました。
Project-> Properties-> Go to Build Tab-> Uncheck Optimize Codeを右クリックします。ソリューション内の任意のプロジェクトに対して実行する
これは、別のWebサービスのasmxファイルを既存のWebサービスにコピー＆ペーストした後に起こりました。最近追加されたサービスをデバッグしようとすると同じエラーが発生しましたその奇妙なしかしそれは私がデバッグすることができることがわかった唯一の方法です。
Visual Studioで同じ2つの設定が同じであることを確認します。
テストプロジェクトを右クリックし、[プロパティ]、[ビルド]タブの順に移動して、プラットフォームターゲットを確認します
私のものはすべて「すべてのCPU」に設定されているため、x64
メインメニューバーで、[テスト]、[テスト設定]に移動しますデフォルトのプロセッサアーキテクチャ
鉱山はX86に設定されました
上記の設定に一致するようにこれをX64に変更すると、組み込みのVisual Studioメニュー「デバッグテスト」が機能し、以前は無視されていたブレークポイントにヒットします。メッセージ「ブレークポイントは現在ヒットしません。このドキュメントにはシンボルがロードされていません。」.
これらすべてを試してみたところ、ブレークポイントが機能しませんでした。
この問題を解決するために私がしたことは
私のブレークポイントが当たらなかったページでは、私はフォルダを選択しました>既存の項目を追加して、それからその保存パスからページを選択します。これにより、ブレークポイントが機能し始めました。
私は同じ問題を抱えていて、可能な限りすべてを試しました...そのうちのいくつかは
1）binおよびobjフォルダーの一時ASP.NETフォルダーの一時ファイルを削除します。
2）最適化コードのチェックを外してコードを有効にする
3）モジュールウィンドウからシンボルをナビゲートし、手動でロードしようとします。
4）ソリューションのプロパティでビルドフラグを確認します。 ........
そしてリストは続きます..私はこれに一日のように費やしましたが、最終的に私のために働いたのは...私のプロジェクトのシンボルがロードされておらず、プロジェクト名のモジュールが表示されないことを知っていましたモジュールウィンドウのいずれか...
問題は私のシンボルがプロジェクトの仮想ディレクトリパスからもたらされていたことでした...それは代わりに他のプロジェクトの仮想ディレクトリにマップされました...モジュールにロードするはずのWebプロジェクトはありませんでした私が従った手順です。
- 特定のWebプロジェクトを右クリックしてプロパティを選択
- [Web]タブに移動
- 仮想ディレクトリの作成ボタンが表示されます
- クリックするとすぐに、「（プロジェクト名）が（anotherProjectName）にマッピングされています」という警告メッセージが表示されました。再マッピングを実行してもよろしいですか？
- それでは、モジュールウィンドウに不要なプロジェクト名が表示されていた理由がわかりました
- その後、ソリューションを再構築し、ブレークポイントに到達できました
C++プロジェクト、またはC#または任意の.Netプロジェクトからのdllを使用していて、ネイティブコードでデバッグしたい場合。次に、.Net Project Properties - > Debug - > Enable native code debugging に移動します（trueに設定します）。
Solution Configurationドロップダウンリストを確認してください。必ずDebugではなくReleaseを選択してください。
私にとっては、スタートアッププロジェクトとして設定されていないWebプロジェクトでデバッグしようとしていたことが問題でした。 。
プロジェクトを「スタートアッププロジェクトとして設定」に設定するだけでうまくいきました。
お役に立てれば
VS 2013でExcelアドインをデバッグしようとすると、DotNet Framework Source Steppingを無効にし、シンボルの読み込みを無効にしてすべてのデバッグ設定を試した後、最終的にはデバッグではなく構成設定をリリースに変更しました =、コンパイラがコードをステップオーバーしたようで、最終的にブレークポイントにヒットしたため。
私の個人的な状況では、デバッグは元々作成されたVisual Studio 2013で動作していましたが、2015年には動作しませんでした。バージョン10の代わりに。
他のフォーラムでこれを見つけなかった後、.pdbファイルをロードしないことでステップ/ブレークを防ぐことができるものをもう1つ追加したいと思います：ビルド後プロセスを追加してリソースメタデータをDLL（会社名、バージョン番号など）、「rc.exe my_dll.rc」のように、これはDLLと.pdbファイルの不一致を引き起こす可能性があります。署名が一致しない場合、ファイルとデバッグに必要なすべてのシンボルが読み込まれません。これをデバッグビルドから削除します。
[ _ wince _ ] WinCEでのビルド中に偶然にこの問題が発生しました、 'Clean'でデバイス上のターゲットフォルダをクリーンアップできなかったようです（[プロジェクトのプロパティ] - > [デバイス]タブ - > [出力フォルダ]を前回の失敗したデバッグ以外のフォルダに変更します） - そして無効です。 デバイスを手動でクリーンアップする必要があるかもしれませんが、それは後で行われます。
この助けを願っています。
私の場合は、AssemblyInfo.csファイルに次の行があり、それをコメントしてすべてが正しかった。
[Assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
私はすべての答えを何も助けませんでした。私の場合、web.configファイルの問題。 <compilation debug="false" strict="true"でした
に変更しました
<compilation debug="true" strict="false"。これで、アプリケーションをデバッグできます。
私の場合は、Visual StudioのExperimental Instanceを使ってWPFエクステンションをデバッグしていました。デバッグを開始してからダバーを一時停止した後、私はDebug > Windows > Modulesウィンドウを開きました。そこから、Visual StudioがシンボルC:\Users\<username>\AppData\Local\Microsoft\VisualStudio\15.0_76a9e536Exp\Extensions\<companyName>をロードしようとしているディレクトリを確認できました。 デバッグを停止した後、Windowsエクスプローラを使用してターゲットフォルダを削除し、デバッガを再起動しました。その後、Visual Studioはブレークポイントに到達することができました。
複数のPostSharpバージョンを使用することで、私の問題を明らかに非互換性の問題にさかのぼってトレースしました。以前のバージョンのPostSharpを使用しようとしていましたが何らかの理由で、VSが特にそのアプリ（他のすべてのDLLがそれらのデバッグシンボルを正常に読み込んでいた））のためにPDBファイルを生成することを拒絶しました。
解決策は、各プロジェクト内のPostSharpを最新バージョンに更新して再コンパイルすることでした。
私はこれを受けていて、困惑しました（Visual Studio 2013 Premiumを使用して）。
通常、私たちの職場のアプリは、C：\ OurCompanyApps\xxxxxx.dllのように、特定のcommon/appディレクトリにある.dllを参照します。これは、WinFormプロジェクトと.dllプロジェクトが多数含まれているソリューションで発生していました。 .dllプロジェクトはC：\ OurCompanyApps \にコンパイルされ、WinFormプロジェクトはその場所にあるコンパイル済みの.dllファイルを参照します。
問題： 問題のアプリがC：\ OurCompanyAppsのコンパイル済み.dllファイルではなく、ソース管理bin\Debugの場所にある.dllプロジェクトを参照していることがわかりました。
解決策： 参照を削除し、C：\ OurCompanyApps \から再度追加しました。その後、.dllコードに追加したブレークポイントをステップスルーすることができました。
これが誰かに役立つことを願っています。
私の場合は、グローバルビルド設定がDebugに設定されているにもかかわらず、私の公開プロファイル（Publish to local IIS site）が何らかの理由でRelease Configurationに設定されていたためです。パブリッシングプロファイルをデバッグ設定に変更することで問題が解決しました。
クリーンの直後にソリューションをビルドすることは機能しないため、ソリューションをビルドするために特定の順序でソリューション内のプロジェクトを個別にビルドする必要があることに気づき、質問に記載されている問題を見つけている場合、別の場所からソリューションに追加されているため、誤った相対パスへの参照を持つ追加のプロジェクトが含まれていることが原因である可能性があります。したがって、相対パスは、.slnファイルの直下のフォルダーにある.csprojファイルと同じ場所には移動しません。
特定の順序でプロジェクトを1つずつビルドしてビルドする理由は、他のプロジェクトが同じライブラリを参照しているが、その後GACにビルドするためです。ソリューションは構築されますが、ロードするシンボルはGACからのものであり、これらのシンボルは古くなる可能性があります。
解決策は、ソリューションとプロジェクトの物理フォルダー構造を再構築するか、.csprojファイルを個別に開いて相対パスを修正し、特定のライブラリへのすべての参照が最終的にすべてのプロジェクトの同じ場所を指すようにすることです。または、おそらく$(SolutionDir)トークンを使用します。
そして、他のすべてがまだ失敗する場合は、Visual Studioにビルド構成のリセットを強制する必要があり、これにはすべてのビルド構成のすべてのプロジェクトのチェックを外してからすべてを再チェックする必要があります-ソリューションを参照してください here 。
コードがリンク時にスローされないようにしてください。コンパイラがオブジェクトを再構築しても、リンカがそのコードへの参照を見つけられない場合は、それを破棄してブレークポイントを設定しようとするとこのエラーを引き起こします。
私の状況では、Visual StudioはプロジェクトリストのDLLではなく、 Global Assembly Cache（GAC） にDLLを読み込みます。 GACのDLLを削除したところ、ブレークポイントが機能していることがわかります。
私の場合、これが起こり始めました Windows Update の後、Windows Updateがインターネットインフォメーションサービスをオフにしていたため、APIが設定したブレークポイントに到達できなかったようです。実際に起きていたのは、IISが起動に失敗したため、私のアプリケーションコードが実際に実行されていなかったことです。
Windowsの[機能]メニューで[インターネットインフォメーションサービス]が有効になっていることを再確認します。
IISのための指示：
- コントロールパネル
- プログラム
- 窓の開閉機能
- インターネット情報サービスをダニ
- ビジュアルスタジオを再起動
IIS Expressを使用している場合：
古いコントロールパネルから[プログラムの追加と削除]を開き、IIS Expressで修復を実行します。または、コントロールパネル - >プログラム - >プログラムと機能 - >> Windowsの機能の有効化または無効化を行います。 - >>インターネットインフォメーションサービスをクリックし、親のインターネットインフォメーションサービスフォルダを確認します。
私はここでこの答えを得ました： 指定された引数は有効値の範囲外でした。パラメータ名：site
この問題がありました。
私の問題は、aspx、aspx.vb、およびaspx.designer.vbファイルが誤ってインポートされたことです（おそらく、プロジェクトに1つずつインポートされたのでしょう）。
ブレークポイントはaspx.vbにありましたが、到達できず、この質問の警告がありました。
解決策は、3つのファイルを削除して再度インポートすることでした。これでブレークポイントに到達できます。
私はきれいで再構築しました。 今、私はサービスを呼び出す前にw3wpにアタッチしています。それからそれをサービスに一度呼び出しさせ、別のブレークポイントをヒットさせ、そして実行ポイントを変更するそれは再び同じ行を走らせ（サービスを呼び出す）、それからそれは実際にサービスメソッド内の私のブレークポイントで停止します。
私はIE8を使用していて、いくつかのJavaScriptファイルに変更を加えようとしていました。コードは実行されていましたが、ブレークポイントで止まることはなく、ブレークポイントでも同じメッセージが表示されました。 IE11にアップグレードして問題が解決しました。
メインプロジェクトに、同じプロジェクトに対するプロジェクト参照とファイル参照の両方があります。
私の場合、メインプロジェクトには2つの参照があり、1つは同じプロジェクトによって生成されたdllへのプロジェクト参照ともう1つのファイル参照です。
そのため、pdbファイルはメインプロジェクトのbinフォルダにコピーされず、シンボルが使用できなくなりました。
SharePointプロジェクトでSilverlightアプリケーションをデバッグしようとしたときに問題が発生しました。プロジェクトプロパティの[共有ポイント]タブで、Silverlightアプリケーションのデバッグを明示的に有効にする必要があります。そうでなければ、このエラーが発生します。
この問題を解決するためのさまざまな解決策が多数あります。
別の解決策はあなたのコードが到達可能であることを確認することです。例えば：
関数内のReturnの後に追加されるコードブレークポイントを持つコードを事実上スキップするGOTOを追加する.
私はこれらが正常であると言っているのではありませんが、それらはまた原因でもあります。
この問題を解決する新しい方法は、Visual Studio 2017 15.3.1から15.3.5で登場しました。 EditorConfig を使用している場合、charset = utf8オプションはこれらの症状を引き起こします。 VSチームはこれを再現しており、 彼らがそれに取り組んでいると言います 。
そのため、1つの修正方法は、.editorconfigファイルのcharset = utf8行をコメント化することです。
2017年10月9日現在、ステータスは「修正済み-保留中」です。
（ジョン・ハットンのおかげで、 「ブレークポイントは現在ヒットしません。ソースコードは元のバージョンと異なります。」これはどういう意味ですか？
F11キーを押すと、BPMの問題が解決したり、銭湯の問題が発生したりすることがありません。
私の場合は、メソッド呼び出しでF11を指定し、問題のBPがあった場所にメソッドを入力するように強制したため、ブレークポイントは回復しました。
私にとってのもう1つの解決策は、メインプロジェクトのbinフォルダーに侵入できないプロジェクトをポストビルドすることでした。
外部アプリケーションを起動してアセンブリをデバッグする場合 いくつかの追加の考慮事項があります。
外部アプリはマニフェストファイルから独自のアセンブリのコピー（DLL）を読み込むことができます。 （例：ファイル
appname.exe.manifest）もしそうなら、マニフェストを手動で変更することによってこれを無効にする必要があります。外部アプリは、マニフェストがなくても、自分のフォルダ内のDLLからロードしようとするだけです。あなたはこれらを削除/名前を変更する必要があります。
これらの手順に注意を払うことで、デバッガ内で実行されているバージョンのアセンブリは正しくロードされ、通常どおりにデバッグできます。
これらの束を試した後、最終的に私のために働いたものはこれでした：
Debug > Options > Generalで、Enable Edit and Continueのチェックを外します。
私の理由はTelerik OpenAccess ORMを廃止することでした。新しいバージョンをインストールしてから動作します。ダウンロードしてインストールする必要があります。 NuGetのアップデートのみが機能しませんでした。 他の人も言っています
Qt .pro生成プロジェクトでもこの問題がありました。プロパティ/ general/Output Directoryを決定する環境変数を設定するのを忘れていました。些細なこと、そもそも一目で見ておくことがありますが、時には明らかなことを見逃してしまうこともあります。
デバッグしたいプロジェクトが外部サービスであるため、状況によっては問題が発生することも言及する価値があります。その場合は、実行中のプロセスにデバッガを接続する必要があります。
ここで考えたアイデアはどれも私にはうまくいきませんでしたが、私はみんなが彼らの努力に感謝します - 私の場合それはクラスライブラリプロジェクトを参照したWindowsアプリケーションでした - pdbファイルが生成されていました。しかし、クラスライブラリへの呼び出しをデバッグすると、ライブラリにステップインできることがわかりました。
時々IISが何らかの理由でファイルを保持するでしょう。ウェブサイトを削除して新しく作成する必要があり、問題は解決しました
たぶんあなたはAutoPostBackを作ってはいけませんでした。
あなたのコードがポストバックを作らない場合、あなたはこのエラーを受け取ることができます。
よろしく。
プロジェクト>プロパティ> C++>一般>デバッグ情報の形式 - プログラムデータベース（/ Zi）
リンカ>デバッグ をチェックして、すでにデバッグ情報を生成していました。アプリケーションを起動したとき、シンボルがロードされていました（ デバッグ> Windows>モジュール ）。デバッグ情報フォーマットを設定することで私には解決しました。これが誰かに役立つことを願っています！
私の場合、これらの解決策はどれもうまくいきませんでした。に行かなければならなかった
「ツール」 - >「設定のインポートとエクスポート」 - >「すべての設定をリセット」.
それからデバッグは問題なく動作し始めました。
私は同じ問題を抱えていて、以前のすべての解決策をチェックしましたが、うまくいきませんでした。単純ですが、私がしたように人々がこの問題が存在しないことにこだわらないようにするために答えを追加しました。
私にとってうまくいったのは、VS 2013を管理モードで実行していて、通常モードで実行するとうまくいきました。通常モードと管理モードに何度も切り替えてみましたが、常に正常に動作していました。
IDE: VS 2013 Professional
Version: 12.0.40629.00 Update 5
私はこれが古いスレッドであることを認識していますが、他の人の利益のためにここに私に起こったことがあります。問題は、Designer属性の適用方法にありました。デザイナークラスを作りました。デザイナーはPrefilterPropertiesをオーバーライドして、Anchor、AutoScroll、およびAutoSizeの各プロパティを読み取り専用にします。
[System.Security.Permissions.PermissionSet(System.Security.Permissions.SecurityAction.Demand, Name="FullTrust")]
public class j2aScrollableContainerDesigner : ParentControlDesigner
私はクラスを作り、それに私のデザイナーを加えました。これは、デザイナ属性をクラスに添付する標準的な方法であり、多くのMSDNの例で見られます。私がコントロールをフォームデザインサーフェイスに置いたとき、上記のプロパティはどれもプロパティグリッドでのみ読み取られなかったので、デザイナーは明らかに使われていませんでした。
[Designer(typeof(j2aScrollableContainerDesigner), typeof(ParentControlDesigner))]
public partial class j2aScrollableContainer : UserControl
必死の思いで、私は自分のクラスのDesigner属性宣言を次のシグネチャに変更し、デザイナが呼び出されました。一方向がうまくいくのに、もう片方がうまくいかないのは私には説明がありません。上記のDesigner属性宣言に戻ると、デザイナは作業をやめます。
[Designer(typeof(j2aScrollableContainerDesigner))]
public partial class j2aScrollableContainer : UserControl
Dependency Injectionを使用して、私の場合はAutofac、アセンブリをスキャンすることで自動的に解決します。参照されているアセンブリの1つが解決されていません。
私の解決策は、Visual Studioにアセンブリをロードさせるためにアセンブリから直接クラスを参照することでした。アセンブリを参照として持つだけでは、アプリケーションの実行時にアセンブリは読み込まれません。
[自分のコードのみを有効にする]が有効になっているかどうかを確認します。そうであれば、無効にします。
誤ってプロジェクトファイルをテキストエディタで開いてしまい、アンロードされました。ありそうもないですが、動けなくなったらチェックしてください。
2013年にASP.NET Webサイトを起動したときに、これが発生しました。
このエラーが発生する場合のもう一つの解決策： ビルドアクション を確認してください。
私はasp.net MVC3プロジェクトでこの問題を抱えていました。私のコントローラの1つは、何らかの理由でビルドアクションがEntityDeployに設定されていましたが、 コンパイル である必要がありました。
私は2つのプロジェクトが同じIISExpress URLにパークされていたため、欠けていました。異なるポートを指定してCreateVirtualDirectoryを押してください。
私はWP7アプリのバックグラウンドエージェントをデバッグしようとしてこの問題に遭遇しました。結局のところ、このデバッグの問題は本当の問題の徴候にすぎませんでした。私のバックグラウンドエージェントはデバッグモードでまったく動作していませんでした。バックグラウンドエージェントの実装方法については、次のガイドに従っています。 http://msdn.Microsoft.com/ja-jp/library/hh202941(v=vs.92).aspx
...追加するのを忘れた
#define DEBUG_AGENT
つまり、私のエージェントは実際にはデバッグモードで起動されていませんでした。この行が追加されると、このスレッドに関する問題は解消されました。
デバッグ->オプション->一般-> "Enable Just My Code"のチェックを外す
これは私のために働きました。
私のために働いたもう一つのヒント。
プロジェクト/ライブラリが署名されていて、署名が遅れていない場合でも、デバッグできない可能性があります。署名オプションを無効にし、デバッグしてから署名オプションを復元してみてください。
以下のステップが私のために分岐しました：
- プロジェクトの "bin"フォルダに行きます。
- 「デバッグ」フォルダを削除します。
- もう一度プロジェクトを構築してください。
- デバッグフォルダが再作成されます。
これでデバッグを再開できます。
私のために：
- オープンソリューションのプロパティ
- [共通のプロパティ]/[デバッグソースファイル]を選択します。
- [これらのソースファイルを検索しない]ウィンドウで、ほとんど間違いなくそこにあるファイルを削除します。
コードを実行すると、ブレークポイントが設定され、そのブレークポイントにこのメッセージが表示されました。ただし、ブレークポイントは単体テストでしかアクセスできないものでした。私はユニットテストを右クリックして "debug unit tests"を選択しなければなりませんでした。
誰かに役立つことを願ってここにこれを置きます。
Webサービスに関して、行方不明のシンボルの問題がありました。
このソリューションの構築時には、setupプロジェクトがbuildに設定されていなかったため、setupプロジェクトを右クリックしてサービスをインストールした後、プロセスにアタッチしました。 pdbが一致しなかったため、同じ期限切れのサービスがpdbなしでインストールされていました=動作しているブレークポイントがありません。
手動の解決策は、セットアッププロジェクトを右クリックしてビルドしてからインストールすることでした。次に、ソリューションがデバッグモードでビルドされたときに、セットアッププロジェクトを含むようにソリューションプロジェクトのビルドリストを変更しました。
C＃とネイティブコード（C/C++）の両方がある場合は、プロジェクトに対してネイティブデバッグが有効になっていることを確認してください。
1。ソリューションエクスプローラーでスタートアッププロジェクトを右クリック
2。プロパティを選択
3。 [デバッグ]タブを選択します
4。ネイティブコードのデバッグが有効になっていることを確認してください 
私はこのエラーが原因であると私は考えています、リリースのために構築した後にデバッグシンボルが解決策に直面するのに苦労しています。
私は他のすべての答えを試してみました - 一般的に、.pdbシンボルを再生成するか、それらの位置をチェックするか、プロジェクトをきれいにして再構築するか.
最終的に私のために働いたのはソリューションエクスプローラ>デバッグ>新しいインスタンスの開始でプロジェクトを右クリックすることです。
私のXamarinアプリケーションでは、Source Controlフォルダを完全に消去し、 "Get Latest"を実行してソリューションを再構築した後、ついにデバッグを始めました。
私の同僚はこの問題を抱えていて、ここでのそれらと同じようなステップに従ったが、解決策は与えられたこれらのどれとも異なっていた。
彼女がデバッグしたいコードは、現在のプロジェクトによって参照されているプロジェクト内にあり、Visual Studioセッション内で実行されることはありませんでした。プロジェクトがまったく実行されないことを削除した後、DLLはGACフォルダから実行され、実行しようとするとすぐに例外がスローされました。解決策は、参照先のプロジェクトをローカルフォルダに含めることでした。
SolutionExplorerから：
- 不足する「デバッグ」プロジェクトを選択してください
- 参照 を展開します（表示されない場合は、メニューを選択します プロジェクト 、項目 すべてのファイルを表示 ）
- 機能していないブレークポイントを持つプロジェクトを右クリックし、 プロパティ を選択します。
- ローカルコピー の値を False から True に変更
再試行する。 （それは彼女のために働いた！）
これは、テストプロジェクト、Webプロジェクト、またはロードされているモジュールと同じ名前のプロジェクトへのNuget参照を持つ他の実行プロジェクトによって引き起こされる可能性があります。
次のプロジェクト例をソリューションに取ります。
Vendor.ABCMyLib（Vendor.ABCを参照）MyProg（コンソールプログラム：MyLibのみを参照する）MyProg.Web（MVCプロジェクト：MyLibおよびソリューションプロジェクトVendor.ABCを参照）MyLib.Test（テストプロジェクト：参照 MyLibおよびNugetパッケージVendor.ABC）
MyProgとMyProg.Webは両方ともデバッグシンボルをロードします。 MyLib.Testはデバッグシンボルをロードしません。