.csファイルのコピーがあると言ってこのエラーが発生し続けるため、ブレークポイントにヒットしません。
私は解決策をクリーニングし、再構築し、objおよびbinフォルダー内の.pdbファイルを削除し、VSを閉じて再起動し、マシン全体を再起動しました(Windowsです!場合によっては、最も複雑で説明できない問題が次のように修正されます:\)
他に何が試せるかわかりませんか?それはVS2015の.netプロジェクトです
問題が見つかりました。IISは、バックアップフォルダーにあるプロジェクトの別のコピーを使用するように構成されていました。かなりばかげて聞こえますが、誰かが持っていた場合はこの質問を開いたままにします似たような。
以下に注目する点をいくつか示します。
c:\ Users\yourname\AppData\Local\Temp\Temporary ASP.NET Files \
誰かが同じ問題を抱えている場合は、iisに移動し、左側のアプリケーションプールからアプリケーションプールを選択して、右クリックで[アプリケーションの表示]をクリックします。これで、物理パスの下に仮想パスがマッピングされている物理パスが表示されるので、物理パスが正しいフォルダーを指していることを確認します。正しいフォルダーを指していなければ、アプリケーションを削除します。アプリプールとそれを再度追加します
CSファイルが格納されている物理ディレクトリを確認します。2つの別個のファイルが存在する場合があります。そうでない場合は、.csprojをテキストエディター(VSではありません)で開きます。ファイルが2回参照されているかどうかを確認します。その場合は、いずれかの行を削除してください。それがうまくいかない場合は、常にそれが言うことを実行して、ブレークポイントの場所を設定することができます:)
現在のプロジェクト構成がDebugに設定されているにもかかわらず、-Releaseとしてコンパイルされているようです。
プロジェクトからWeb.Release.configを削除(削除)し、ソリューションを再コンパイルしてから、Web.Release.configを戻しました。
今、すべてがうまくいきます。なんて奇妙な行動でしょう。 :)
同じ問題があり、クラスの属性[System.Diagnostics.DebuggerStepThroughAttribute()]
を削除することでそれを決定しました。
ソリューションを再構築してみてください。
時々post-build
スクリプトは、別のプロジェクトでDLLを更新し続けるために、1つのプロジェクトから別のプロジェクトにDLLs
をコピーします。 1つのプロジェクトのみを変更してコンパイルすると、これらのスクリプトの一部が実行されず、古いDLLs
が更新されない場合があります。
これは、ルート(プロジェクトのルート)フォルダーから正常にビルドされたプロジェクトをコピーして、それぞれのVisual Studioの「プロジェクト」フォルダーにそのコピーを保存しようとすると、デバッグプロジェクトで発生します。
上記の手順を実行すると、Visual Studioのデバッグ場所が、コピー/バックアップフォルダー内のビルドされたDLLを参照し続けることがあります。
同じことは、ここに書かれた方法の1つによって変更できます。
ただし、Visual Studioの組み込みIIS-EXPRESSを使用している場合は、プロジェクトのプロパティに移動する必要があります。 "Properties | alt + enter" => "Web" =>サーバーセクションで、IIS = Express =>現在のプロジェクトURLについては、[Create Virtual Directory]をクリックします。
これにより、現在のプロジェクトURLが他のプロジェクトの場所(コピー|バックアップフォルダー)によって参照されていることが警告され、ダイアログボックスの選択を確認すると、ブレークポイントが再度HITTINGされます。
これは、リンクで間違ったライブラリを指していることが原因である可能性があります。
この問題が発生したとき、私は古いプロジェクトで新しいソリューションを開始したばかりでした。 Project-> link-> inputセクションでターゲットライブラリを変更していません。したがって、変更を加えるとすぐに、このエラーが発生しました。各ソリューションはライブラリのコピーを保持します。