問題タブ [yellow-screen-of-death]

私は .Net コードが MSIL にコンパイルされると思っていたので、イエロー スクリーンがどのようにして欠陥のあるコードを生成するのか常に疑問に思っていました。コンパイルされたコードを実行している場合、コンパイラはどのようにしてエラー メッセージのソース ファイルからコードを生成できますか?

この質問/タイトルを自由に編集してください。意味がないことはわかっています。

ASP.NET アプリケーションでエラーが発生し、イエロー スクリーン表示が生成された場合、エラー ページから、Visual Studio の正しいコード行に直接ジャンプする何らかのリンクを作成したいと考えています。

これにどのようにアプローチするか、またはそれを達成するツールが既に存在するかどうかはわかりませんが、どこから始めればよいかについてのフィードバックが欲しいです.

新しいエラー ページを生成する必要がある場合、アプリケーションごとにカスタマイズされたエラー出力を構成するのではなく、Web サーバー全体で標準の黄色の画面を置き換えることは可能ですか?

これは、私が継承したアプリからのコードの一部です。ユーザーはイエロー スクリーンで死亡しました。

オブジェクト参照がオブジェクト インスタンスに設定されていません

行で：

オブジェクトが数行前にインスタンス化されていることref l_Monitorを考えると、これは非常に奇妙です。なぜそれが起こるのか誰にも手がかりがありますか？コードの他の場所でも同じ問題が発生するのを見たことに注意してください。

そのため、私が取り組んでいた webapp が壊れてしまい、いくつかの修正を行いました...それでもクラッシュしますが、YSOD では古いコードが表示されます。これを VS 2005 IDE から実行しています。ブレークポイントにはヒットせず、249 行目でクラッシュしますが、これは明らかにコメント アウトされています。デバッグ/リリース フォルダーをクリアして再構築しました。IISを再起動しました（念のため）。これは何が原因でしょうか？

たとえば、Global.asaxエラーハンドラからのerorrレポート電子メールで使用するYSOD出力をキャプチャしたいと思います。内蔵のysodジェネレーターを活用する方法はありますか？

うーん...長いタイトル。

記載されているように、asp.netがログインページにリダイレクトすると、URLに？RequestUrl = / pathToSome/Actionが追加されます。これが発生すると、YSOD："ビュー'/ PathToSome / Action'またはそのマスターが見つかりませんでした。次の場所が検索されました："

理由について何か考えはありますか？

ブルーノありがとう

具体的には、telerikコントロールを最新バージョンにアップグレードしようとしています。残念ながら、古いDLLは非常に古いため、コントロールプロパティの多くが大幅に変更されているため、問題を引き起こしているtelerikコントロール（RadEditorコントロール）のみをアップグレードすることにしました。

したがって、ビンは次のようになります。

問題は、古いDLLから新しいDLL（Telerik.Web.UI）まですべての名前空間とクラスが同じであるということです。

これが私が得ている特定のエラーです：

新しいDLLをGAC化することを検討しましたが、これが状況に役立つかどうかはわかりません。どんな助けでも大歓迎です。

マイクロソフトに感謝します、意図は良いです、私は知っています。この情報が本当に役立つと思う人は、スウェーデン語をコーディングの共通語と見なすかのように。モルドバ人はモルダビアのStackOverflowに目を向けて、スピーディーなヘルプを求めるクエリを投稿することができます。

これらのメッセージを英語で受け取る方法を知っている人はいますか？

開発中またはサーバー上でローカルに有用な情報を提供する場合は YSOD を表示したいが、それ以外の場合は半一般的なページを表示したい。web.config でdefaultRedirectアプリケーションの構成タグの属性を設定できることはわかっていますが、少し処理を行って、もう少し優れた情報を含むページを生成したいと考えています。<customErrors>

すべてのコントローラーは、OnException をオーバーライドした中央の BaseController クラスから継承します (基本的には次のようにします)。

どのように実装すればよいですかFigureOutIfDetailedYsodWouldBeDisplayed(答えはコードである必要はありません。正しい方向へのポインターで十分です)。私の現在の実装では、「//localhost」の存在について生の URL をチェックしますが、この解決策は不器用に感じられ、常に機能するとは限りません (たとえば、開発者が localhost 以外のものを入力するホスト エントリを持っている場合: 私たちの要件)以前はあったアプリ）。