0

まず、投稿された同様の問題を見てきましたが、それらはすべて 64 ビット Windows のバグに関係しているようです。ただし、ローカルマシンで32ビットを実行しています。このアプリケーションは、すべてプロジェクト ソリューション内に含まれる多数のライブラリへのリンクを含む asp.net Web サイトです。

私は主に、デバッグ モード中に Visual Studio がこの例外を通過する理由を理解しようとしています。CLRレベルでスローを有効にすると、VSが停止してエラーを表示するため、CLRレベルで生成されていると思います。しかし、コードをステップ実行してそのエラーに到達することはできません。ブラックボックスのようなものです。エラーが発生する前に、コードの最後の既知の行で中断しています。もう一度 F11 キーを押すと、コードはメソッドの最後の行を離れ、アプリケーション ウィンドウが表示されている間に VS がハングします。

ここに画像の説明を入力

VSでは何もポップアップしません。あたかもデバッグモードではないかのように。CLR レベルでのスローを有効にすると、このコードにアクセスする権限が拒否されたと言ってすぐに VS エラーが発生します。

このような問題を賢くデバッグするにはどうすればよいでしょうか?

ありがとう、

4

1 に答える 1

1

これが Web アプリケーション (vs Web サイト) の場合 - プロジェクトのプロパティを確認して、完全なデバッグ情報を生成します

+

メニュー デバッグ -> 例外 -> 共通言語ランタイム例外を「スロー」に設定

    +

オプション -> デバッグ -> 一般にチェックインします。

「マイコードのみを有効にする」のチェックを外す

+

C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files から「アセンブリ キャッシュを削除」 -- 別のバージョンの dll を実行するだけでかまいません

于 2013-09-11T20:30:05.480 に答える