2

私は ac# asp.net Web アプリを持っています。データベース層のブレークポイントは実行を停止しなくなりましたが、UI 層のブレークポイントは引き続き正常に機能しています。なぜこれが起こっているのか、誰でも推測できますか?

通常の容疑者をすべてチェックし（すべてのプロジェクトでデバッグビルドがオンになっています）、ソリューション内のすべてのプロジェクトを再コンパイルしました...

4

6 に答える 6

1

UI レイヤーが適切な「デバッグ」.dll を参照していることを確認します。CTRLまた、デバッグ中に+ ALT+ U( Modules View) を押して、 BLL および DAL のシンボルが読み込まれているかどうかを確認することも検討します.dlls。そうでない場合、Visual Studio は.PDBsそのファイルを見つけることができません。
デバッグ ファイルは、[モジュール] ウィンドウから参照されている.PDBsディレクトリと同じディレクトリにありますか?.dlls

于 2008-09-12T22:43:31.773 に答える
1
  • デバッガーを ASP.NET プロセスにアタッチし、モジュール ウィンドウをクリックします。デバッグするアセンブリのデバッグ シンボルが読み込まれていることを確認します。
  • UI がリリース アセンブリではなく、デバッグ アセンブリを参照していることを確認します。
  • .PDB ファイルが /bin/debug/ ディレクトリにあることを確認します
  • デバッガーをアタッチする前に、ソリューション全体を再構築してください。
  • データ層が別のソリューションにある場合は、プロジェクトを UI SLN に追加します (参照を追加する必要はありません。参照を追加する必要はありません。それらは既に確立されている必要があります。そうしないと、コードがコンパイルされません)。これにより、デバッガーは、完全なコード。
于 2008-09-12T22:45:53.407 に答える
1

回答とアイデアに感謝します-私はすでにそれらすべてまたはそれらのバリエーションを試しました。

これは非常に微妙な VS バグに違いないと思います。同僚は、私がブレークしようとしていた関数をパブリック (以前は「未定義」だったため、暗黙的にプライベートであった) にして、もう一度やり直すことを提案しました。私はこれを行い、ブレークポイントがヒットし始めました。次に public キーワードを削除すると、ブレークポイントがヒットし続けました。これで解決した理由はわかりませんが、解決しました。

助けてくれてありがとう！

于 2008-09-12T22:50:56.343 に答える
1

いくつかの提案。1 つ目は、ソース行のブレークポイントのステータスを確認することです。真っ赤なボールですか？そうでない場合は、通常、問題のファイルがビルドに使用されたものではないことを示しています。次に、モジュール ビューを見て、どのモジュールとシンボルがロードされているかを確認します。期待したものではないことに気付くかもしれません。

理由は - わかりません！

ニック

于 2008-09-12T23:01:43.760 に答える
0

私は同じ問題を抱えていて、これを行うために「web.configで何を変更したか」と考え続けましたか?

  <location path="." inheritInChildApplications="false">

それは、ブレークポイントが機能することを許可していませんでした。

于 2009-08-05T16:15:30.873 に答える
0

再コンパイルする前に bin ディレクトリを削除しようとしましたか?

于 2008-09-12T22:41:28.673 に答える