問題タブ [unhandled-exception]

一部の作業コードでは、xib から新しいビューを (正常に) ロードした PushViewController を呼び出しました。

私は XIB に入り、いくつかのボタンを追加しました。コードを再試行すると、ビューは引き続きコード内の適切な位置に表示されました。

その後、それらのボタンを削除しました。その時点から、コードは機能しなくなりました。未処理の例外エラーでクラッシュするようになりました。デバッガーで追跡できません。コードにいくつかの手順が必要で、クラッシュします。

IB で何かを切断した可能性がありますが、何がわかりません。

私が壊したものと、それを修正する方法について、誰か提案を提供できますか?

よろしくお願いいたします。

いくつかのコードを実行しているときに、ファイルの場所またはファイル名が指定されていないため、ファイルが見つからないという未処理の例外が発生します。壊れると、エラーが報告されている関数を見ることができます。その関数が呼び出される前にブレークポイントに到達できますが、例外がスローされずに関数に入ることができません。関数は同じクラスと C# コード ファイルにあります。このプロジェクトでは、過去に他のプロジェクトへの参照に問題がありました。関数内の with からの呼び出しが原因で、スコープの問題またはロードの遅延が発生する可能性がありますか?

Visual Studio 2008、C#

任意のアイデアを歓迎します。回答が必要です。

私はこれを尋ねることによってさえ王室の炎に自分自身を開いていることを知っています、しかし私はStackOverflowが私が抱えている問題に対する解決策を持っているかどうか見るだろうと思いました...

ローカルで再現できない方法でクライアントサイトで失敗しているC＃アプリケーションがあります。残念ながら、問題の原因を特定するのに役立つ情報を入手することは非常に困難です（不可能です）。

私は、通常のすべての場所で未処理の例外を監視する、かなり広範なエラー監視フレームワークを配置しています。

• 私が制御するスレッドのバックストップ例外ハンドラ
• WinForms例外のApplication.ThreadException
• AppDomain.CurrentDomain.UnhandledException

私がアクセスできる場所に詳細情報を記録します。

これは、過去に本番コードの問題を特定するのに非常に役立ちましたが、現在の一連の問題に関する情報を私に提供していません。

私の推測では、コアの問題は「失礼な」例外タイプ（スレッドの中止、メモリ不足、スタックオーバーフロー、アクセス違反など）の1つであり、失礼なシャットダウンにエスカレートし、プロセスをリッピングします。何が起こっているのかを見るチャンス。

プロセスがクラッシュしているときにスナップショット情報に対して実行できることはありますか？理想的には、カスタムログ形式を書き出すことができますが、クラッシュダンプがどこかに書き込まれることを保証する信頼できる方法があれば幸いです。

私はCriticalFinalizerObjectから派生したクラスを実装し、それが破棄されるときにラストチャンスエラーログアウトを吐き出すことができることを望んでいましたが、それは私がテストしたStackOverflowシナリオではトリガーされないようです。

コード署名証明書がないため、Windowsエラー報告などを使用できません。

私は恣意的な例外から「回復」しようとしているのではなく、途中で何が悪かったのかを書き留めようとしているだけです。

何か案は？

未処理の例外が検出された場合、エラー報告アクティビティを開始しようとしています。問題は、メインスレッドからスローされた例外にあります。メインスレッドがクラッシュした場合にアクティビティを開始する方法はありますか？

私たちの .Net CF アプリでは、コードの一部で問題が発生するはずのない奇妙なエラーが発生しています。たとえば、次のコード:

AddParm() を呼び出すルーチンは、Try...Catch ブロックで呼び出しをラップし、すべての例外タイプをキャッチします。

エラーが発生したモジュールを mscoree3_5.dll としてリストするコアの未処理の例外を取得しました。スタック トレースは次を示します。

これは、ワーカー スレッドで発生しています。

メインで AppDomain.CurrentDomain.UnhandledException を使用してハンドラーを登録しましたが、例外もキャッチしません。

残念ながら、表示される WinCE エラー ダイアログには、エラーの種類やエラー メッセージが表示されず、エラーが mscoree3_5.dll とスタック トレースにあったことがわかります。

AddParm によって解析される値を作成します。AddParm は十分に防御的で、Split 呼び出しの前に潜在的な問題をキャッチできると思います。AddParm の呼び出し方法により、null 文字列で呼び出されることはありません。AddParm が無効なもので呼び出されることはないと思いますが、呼び出しをラップする Try...Catch は常に例外をキャッチする必要がありますが、そうではありません。

同様に、次のようなキャッチされていないエラーも確認されています。

今朝の完全なスタック トレースを次に示します。

Application2 の参照は、OpenNetCF.Windows.Forms.dll の使用によるものです。コードのその部分でクラッシュは見たことがありません。基本的にランダムです。

これは、すべての例外タイプをキャッチする Try...Catch 内から IPAddress.Parse が呼び出される別のケースです。その場合、Parse が空の文字列で呼び出される可能性があると思いますが、なぜそれが未処理の例外として表示され、未処理の例外ハンドラーによってもキャッチされず、代わりに WindowsCE によってキャッチされたのか理解できません。例外ハンドラーが原因で、アプリ全体がクラッシュしました。

R2 から WinCE 6 R3 プラットフォーム ビルダーに更新して以来、これらはより一般的なようです。それらが R2 で発生したかどうかはわかりませんが、確かに頻度は低くなりました。現在でも、常に発生するとは限りません。確実に再現することはできません。

何か案は？フレームワークのコア部分が Try..Catch でキャッチされないエラーをスローするのはなぜですか?

追加情報: 重要な情報を書き忘れていたようです。ExceptionCode は 0x80000002 としてリストされており、ネイティブのメモリ不足例外のようです。ガベージ コレクターによると、アプリが 1 MB を超えるメモリを使用することはめったにありません。coredll.dll の GlobalMemoryStatus によると、システムの一般的なメモリ負荷は約 29% (57MB のうち 41MB が空いている) です。システムメモリの総使用量を経時的に監視および記録できる優れたユーティリティはありますか? メモリ使用量を測定するために使用している手法が、思ったほど正確ではないのではないかと思い始めています。OpenNetCF.ToolHelp.ProcessEntry.GetProcesses() を使用すると、約 3.6 MB を使用するプロセスと約 2.5 MB を使用する NK.exe が表示されます。

WPF アプリケーションで未処理の例外を処理する最良の方法は何ですか?

Process.Start(...) を使用して開始した別のプロセスによってスローされた未処理の例外をキャッチできるかどうかを知りたい

このリンクを使用して標準エラーをキャッチできることはわかっていますが、.net 環境のジャスト イン タイム デバッガーによって通常キャッチされるエラーをキャッチする必要があります。アプリケーションで . 続行すると、アプリケーションはこのエラーを無視して続行を試みます. [終了] をクリックすると、アプリケーションはすぐにシャットダウンされます ...." という例外メッセージと "続行" が続きます。 「やめる」ボタン。

BufferingTargetWrapperで電子メールを送信するために を使用するように、アプリケーションで NLog を構成しましたMailTarget。

BufferingTargetWrapper私が直面している問題は、アプリケーションが未処理の例外から終了する前に、NLog を強制的に空にする方法が見つからないことです。

現在のアプリ ドメインの UnhandledException イベントから呼び出しLogManager.Flush()てみましたが、動作しません。LogManager.DisableLogging()

メールを送信するにはどうすればよいですか?

Windows サービスの上記のコードにデバッガーをアタッチし、CurrentDomain_UnhandledException にブレークポイントを設定しましたが、ヒットしませんでした。未処理であることを示す例外がポップアップ表示され、サービスが停止します。最適化されている場合に備えて、イベント ハンドラーにコードを入れてみました。

これは、Windows サービスで未処理の例外処理を設定する適切な方法ではありませんか?