ブレークポイントをバインドできませんでした - Visual Studio 2015
Visual Studio 2013から2015にアップグレードしたところで、ブレークポイントに問題が生じました。
ブレークポイントが実際に機能するのは当たり前のことですが、デバッグ中にブレークポイントを設定するとエラーが発生します。
ブレークポイントはバインドできませんでした。
任意の助けがいただければ幸いです。私は2015年にあきらめて戻ってくる準備ができています。
私は同じ問題を抱えていましたが、解決策が異なります。 VS 2015 Update 1にアップデートしましたが、問題はまだあります。
以前のバージョンのVSでは、デバッグを開始すると自動的にデバッグモードでビルドが開始されました。しかしVS2015ではそうではありません。
最後のビルドがリリースモードで、デバッグしようとするとブレークポイントは機能しません。
手動でする必要があります最初にデバッグモードでビルドしてから、デバッグを開始します。
私は同じ問題を抱えていました。
プロジェクトプロパティの[ビルド]タブの[コードの最適化]オプションを無効にすることで解決しました。
これは些細なように思えるかもしれませんが、あなたが言及したのと同じ問題で多くの問題を抱えた後、私がデバッグしようとしたとき私のビルドが "debug"ではなく "release"に設定されたことを知りました。 「それを修正し、通常通りブレークポイントを設定できる
ブレークポイントのバインドに失敗したり、ローカルウィンドウで評価されない特定のローカル変数についても同様の問題がありました。最後に修正されたのは、[オプション] - > [デバッグ] - > [全般]タブの[モジュールロード時のJIT最適化の抑制（管理のみ）]オプションを有効にすることでした。私はそれが問題なくバインドすることができたと設定したら。
私はこの問題を抱えていました。パフォーマンスモニタの設定でWeb.configファイルを変更したパフォーマンスプロファイリングセッションを実行しました。これがブレークポイントで止まる私の能力を壊した。元のWeb.configに戻ったとき（Performance Profiler設定を削除したとき）、ブレークポイントは再び機能し始めました。
リリースモードをデバッグに変更します。私の場合は、これで問題は解決しました。
私は昨日同じ問題を抱えていました。私は "Clean Solution"機能を使用しましたが、それは役に立ちました。
私は自分のソリューションでパフォーマンスを実行し、それが私のweb.configにこれを追加しました
<compilation debug="true" targetFramework="4.5" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
assemblyPostProcessorTypeが問題なので、削除して問題を解決しました
解決策はデザインの最適化を無効にすることです。
Project Properties> Build> Advanced Compile Options> Enable Optimizations
「最適化」設定を変更しませんでしたが、ここでの他の回答に基づいて、
- ソリューションエクスプローラーをプロジェクトのすべてのファイルを表示に設定
- 隠しbinおよびdebugフォルダを削除しました
- プロジェクトを「クリーン」にしました
- プロジェクトの「再構築」を行いました
これまでのところ、これで解決しました。 VS2015 Update 2にアップデートすると、私のシステムでいくつかのことが悪くなったようです。
私は私の開発機の上にゴム製のチキンを振って、それのまわりに星のチョークの輪郭を描いた、そしてそれはうまくいった。あなたが笑う前に、これはこのバグのために提供された他の解決策以外のものと同じくらい無意味ではありません。ここで提供されている解決策のいずれにおいても、簡単なことではなく、短期または長期にわたるステップでこれを解決することはできません。これを避けるには、Visual Studio 2015を放棄することが唯一の実用的な方法であると考えています。
STEP 1、明らかなものを除外してください:
- デバッグモードでコンパイルします。
- ブレークポイントを設定する前に、Solutionをクリーンにしてみてください。
- Debugフォルダに移動し、[Your application] .pdbファイルを削除します。
- その後、アプリケーションをビルドまたは再構築します。
- Debugフォルダに行き、あなたが真新しい[あなたのアプリケーション] .pdbファイルを持っていることを確認してください。
- 次にブレークポイントを設定してみてください。
STEP 2 C++プロジェクトの場合
以下のプロジェクトプロパティを確認します。
- C++ /一般/デバッグ情報の形式：プログラムデータベース。
- C++ /最適化：無効.
- C++ /コード生成/ランタイムライブラリ：マルチスレッドデバッグ。
- リンカ/デバッグ/デバッグ情報の生成：はい。
- リンカ/デバッグ/プログラムデータベースの生成：$（TargetDir）$（TargetName）.pdb.
- リンカ/マニフェストファイル/マニフェストの生成：いいえ.
- リンカ/マニフェストファイル/分離の許可：いいえ.
- リンカー/埋め込みIDL /埋め込みIDLを無視：はい。
もう一度ステップ1を実行
__debugbreak（）を追加してみてください。このステートメントは、あなたが中断したい場所のソースファイルに入れる必要があります。
STEP 2 C＃プロジェクトの場合
- プロジェクトのプロパティで、Build/General/Optimize codeを無効にする必要があります。
- IDE設定のデバッグ/オプションと設定/デバッグ/全般モジュールロード時のJIT最適化の抑制（管理のみ）：有効
- もう一度ステップ1を実行
別のマシンであなたの解決策を開いてみてください。別のマシンにブレークポイントをバインドできる場合は、VSまたはOSに問題がある可能性があります。
ステップ3、自分のVSが最新であることを確認してください：
VS2013 RTMおよびVS2015 Update 1とUpdate 2には、このような問題が報告されています。
VSでTools/Extensions＆Updates/Updates/Product Updatesに行き、あなたが実行しているバージョンを確認してください。更新が必要な場合は、そこに表示されます。
ステップ4、あなたのOSが最新であることを確認してください：
最後に、あなたがWin 10 OSを実行している場合、ビルド14251に存在するこの問題に関して報告されたバグがありました。これはビルド14257（およびそれ以上）で解決されました。
Clean他の解決策を試す前の解決策全体。以前の回答で述べたこと以外のほとんどすべてのことを試して、ビジュアルスタジオを数回再起動した後、解決策を掃除するだけでトリックが達成されました。
私はちょうど同様の問題に出くわした、そしてここでの答えのどれも私が直面していた問題に当たらなかった。ただし、質問とは異なり、バインドに失敗したというメッセージは表示されません。ブレークポイントは決してヒットしません。うまくいけば、これは将来的にWCFで壁に頭を叩く人に役立つでしょう。
TL/DR：
SOAPメッセージに、不正なデータを含むレコードがあり、ブレークポイントがヒットしませんでした。
全ストーリー：
私は他のチームからのWSDLに基づいたWCFサービスを持っています。私の定義ではなく、それに対する制御もありません...私はこのサービスを通してこの他のチームからメッセージを受け取ります。私の場合、メッセージを受信し、データベース内のメッセージログテーブルにメッセージを記録することができ（これは私のサービスメソッドが呼び出される前に行われます）、サービスメソッドは一見呼び出され（おそらくそうではありません） 202受け入れ済み。メソッド呼び出し中にデータがデータベースに保存されないことを除けば、通信は機能しています。
サービスが成功応答を返すので、私はhttpと輸送関連の問題を除外しました。
そこで私はサービスをデバッグするためにVS2015を起動しました。問題のメッセージは大きいですが、私の期待する範囲内です。サービスメソッドの最初の行にブレークポイントを置いて大きなメッセージを送信しましたが、ブレークポイントがヒットしませんでした。私は、同じ実行インスタンスで作業していることがわかっていて、ブレークポイントがうまく打たれたことを知っているという小さなメッセージを試しました。だから、設定内のすべてが正常に見えた。私は多分メッセージサイズに何かがあると思いました。
私は自分が見つけたものすべてを試してみました - デバッグ設定に入っていることを確認し、クリーンにして再構築し、ブレークポイントの代わりにDebugger.Break()を使って手動でデバッガをw3wpプロセスにアタッチします。サービスプロジェクトが唯一のものになるようにする、.NETの更新、VS2015の再起動、再起動、Local IISからIISへの切り替え、および最新のWSDLの保証付きサービスの再作成。問題ありません。ブレークポイントはヒットしませんでした。
データが悪い単一のレコードが見つかるまで、大きなメッセージ内のレコードを1つずつ削除しなければならなくなりました。私の場合、それは2つのDateTimeフィールドに値を持たない1つのレコードでした。このレコードを1つだけ含むメッセージを作成して送信しても、ブレークポイントがヒットしませんでした。これら2つのDateTimeフィールドに値を指定し、ブレークポイントに同じ（固定）メッセージを送信すると、期待どおりに発火しました。
私はすべてのCLR例外を有効にしていました、私が気にしなかった.pbdファイルがないこと以外に何も起動しませんでした。 WCFは、悪い記録のあるリクエストを喜んで送信しました。 WCFが契約に基づいてそれを送信してはならないと言っているわけではありません。悪いレコードが原因でブレークポイントが打たれないようにするためだけです。
私は同じ問題を抱えていましたが、デバッグツールバーの "Debug"が "Release"に変更されたことに気づいていませんでした（通常はメニューの直下）。それで私はそれを「デバッグ」に設定しました。
これはずっと後のビルド（VS2017）ですが、私はC＃プロジェクトでこの問題を抱えていました。クリーニング、再構築、ビジュアルスタジオの再起動などを試みました。
これを解決したのは、Visual Studioを閉じて、ソリューションディレクトリにある隠しフォルダである.vsフォルダを削除することでした。スタートアッププロジェクトをリセットする必要がありますが、.vsフォルダを削除しても問題はありません。
私はここで提案されたすべてを試みました。最終的に、[プロジェクトのプロパティ] - > [Web]の[特定のページ]を自分のローカル開始URL、ページ、クエリパラメータに設定します。クリーンモードでデバッグモードで再構築しましたが、ブレークポイントに到達しました。
私は本日バインディングブレークポイントエラーに遭遇しました。そして、私は以下のようにして問題を解決しました。
すべてのデバッグ設定が正しくない場合は、以下の手順で問題を解決することはできません。
- クリーンプロジェクト
- 出力パスがbinフォルダと異なる場合は、binフォルダに置き換えます（これが最も重要な規則です）。
- 再構築
たぶん、この解決法は誰かを助けます。
私の場合、Profilerを使用した後に新しいweb.configファイルが作成されました。 web.configを以前のバージョンに復元すると、この問題は解決しました。これはVS2015 C＃Webアプリケーションでした。
VSブレークポイントは非同期メソッドにバインドできません。
その原因となるApp Dynamicsエージェントをインストールしました。それを削除してください、あなたは行ってもいいです。
デバッグを有効にするためにweb.configファイルを修正しなければなりませんでした。これを変更してください。
<compilation debug="true" targetFramework="4.5.2" assemblyPostProcessorType="Microsoft.VisualStudio.Enterprise.Common.AspPerformanceInstrumenter, Microsoft.VisualStudio.Enterprise.AspNetHelper, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
に：
<compilation debug="true"/>
新しい Microsoft Visual Studio 2015 Update 3（KB3165756）用の更新プログラム が、ASP.NET Coreアプリケーションのcshtmlファイルに埋め込まれたC＃コードのローカル変数を調べようとしているブレークポイントの問題を修正しました。 。