問題タブ [first-chance-exception]

Visual C ++ 2003を使用して、TCP/IPを介してプログラムをリモートでデバッグしています。

Win32例外c00000005「アクセス違反」を設定して、スローされたときにデバッガーに侵入しました。次に、「親設定を使用する」に戻します。親のWin32Exceptionsの設定は、例外がスローされたときに続行することです。

これで、プログラムをデバッグすると、例外がスローされるたびにプログラムが中断し、[続行]をクリックしてデバッグを続行する必要があります。このように壊れないようにするにはどうすればよいですか？

MSDN のヘルプ ドキュメントを調べて、Visual Basic のコツをつかみました。timers --one を使用して例を試した後、ラベルとタイマー コンポーネントをデザイナーにドラッグし、コンポーネント サブルーチンに以下を追加します。

デバッグ中の即時ウィンドウの出力は次のとおりです。

'System.InvalidCastException' 型の
初回例外が Microsoft.VisualBasic.dll で発生しました 'System.InvalidCastException' 型の初回例外が Microsoft.VisualBasic.dll で発生しました

コンテキスト メニュー コンポーネントを使用した以前の MSDN の例でも同じエラーが発生します。Try...Catch...Finallyこのエラーを出して先に進むべきですか? それとも、もっと深刻な問題を抱えているのでしょうか?

特定のコード行について、Visual Studio (C# デバッガー) で最初のチャンスの抑制を抑制することは可能ですか?

デバッガーで最初のチャンスの例外を使用したいのですが、興味深いコードに到達する前に、すべてのデバッグ セッションを通過する必要がある約 50 の最初のチャンスの例外があります。

現在、最初のチャンスの例外をオフにしてから手動でオンにしていますが、これは面倒で時間の無駄です。

これはおそらく非現実的ですが、コンポーネントがそのプロセスで発生するすべての初回例外を通知できるようにすることは可能でしょうか?

私たちには、例外を食べる以外に何もしないいくつかのサードパーティ（私たちによって契約された）コンポーネントがあり、ビジネス関係の政治は、試練全体を王室の苦痛にします。

私たちのコードの一部が、集中化された例外ロガーを使用するのではなく、例外を奈落の底に消えさせるという残念なアクションを実行していることも認識しています。

効果を得るには、アプリケーションをデバッグアプリケーションの子プロセスとして開始する必要があると思いますが、尋ねる価値があると思います:)

この特定の例外の意味と修正方法を知っている人はいますか?

例外ダイアログでそれを抑制するための助けを求めているわけではないことに注意してください。可能であれば、その根本的な原因と、原因自体を修正する方法を理解したい.

ありがとう。

PS

FCE を引き起こす行は次のとおりです。

例外の詳細:

コール スタックは次のとおりです。

編集

この問題は、.NET 4 および VS2010 にアップグレードした後は発生しません。MSはそれを修正したと思います。

Visual Studio では、最初の変更の例外でブレークを有効にすることができます。私のアプリケーションでは、特定の例外 (検証とインストール) を無視したいので、それらを手動で無効にする必要があります。

キャッチおよび/または無視するデフォルトの例外のセットを使用して、最初の変更例外ウィンドウを設定する方法はありますか?

私の友人は、Debug.Print() の呼び出しと初回例外通知がイミディエイト ウィンドウに表示されると主張しています。これは驚くべきことでした。私にとっては、出力ウィンドウにのみ表示されます。

MSDN は ( here )、出力ウィンドウで明示的に無効にすることで、イミディエイト ウィンドウで暗黙的に有効にできると主張しています。しかし、それは私にはうまくいきません。これを無効にすると、メッセージはどちらのウィンドウにも表示されません。イミディエイト ウィンドウは空のままです。

イミディエイト ウィンドウにこの情報を表示するにはどうすればよいですか?

C# アプリ (Windows 7/VS2008) からランダムにクラッシュします。通常のスタック トレースは表示されませんが、Windows 7 の種類のダイアログ ボックスを閉じたり、デバッグしたり、情報を検索したりすることをお勧めします。私はVS2008の下から、またはスタンドアロンからアプリを実行しています-同じことです。[デバッグ] をクリックすると、VS の新しいインスタンスでデバッグすることが提案されますが、これは「別のデバッガーが既にアプリに接続されている」として失敗します。しかし、接続されたデバッガーは、出力ウィンドウ (以下) にいくつかの手がかりを与えるだけで、失敗した場所を確認する機会を与えてくれません。これに対処する方法は？

VS デバッガーで最初のチャンスの例外を有効にする (?) 必要があるようですが、その方法は不明でした。

追加 - VS2008 で例外のデバッグを有効にする方法を見つけました (デバッグ -> 例外 -> 例外の 5 つのカテゴリすべてをチェックしました)。それでも、まったく同じ結果が得られます-デバッガーで何が起こっているのかを確認できずにクラッシュします。

'PS.exe' (マネージド): ロードされた 'C:\Windows\assembly\GAC_MSIL\System.Deployment\2.0.0.0__b03f5f7f11d50a3a\System.Deployment.dll' タイプ 'System.Deployment.Application.InvalidDeploymentException' の最初のチャンス例外System.Deployment.dll で発生しました 'System.Threading.ThreadAbortException' 型の初回例外例外が mscorlib.dll で発生しました スレッド 0x1964 はコード 0 (0x0) で終了しました。スレッド 0x1b24 はコード 0 (0x0) で終了しました。タイプ「System.ArgumentOutOfRangeException」の初回例外が mscorlib.dll で発生しました タイプ「System.ArgumentOutOfRangeException」の初回例外が mscorlib.dll で発生しました タイプ「System.ArgumentOutOfRangeException」の初回例外が mscorlib で発生しました。mscorlib.dll で発生しましたスレッド 0x19b8 はコード 0 (0x0) で終了しました。スレッド 0x18f4 はコード 0 (0x0) で終了しました。スレッド 0x420 はコード 0 (0x0) で終了しました。タイプ 'System.ArgumentOutOfRangeException' の最初の例外が mscorlib.dll で発生しました タイプ 'System.ArgumentOutOfRangeException' の最初の例外が mscorlib.dll で発生しましたタイプ 'System.ArgumentOutOfRangeException' のチャンス例外が mscorlib.dll で発生しました タイプ 'System.ArgumentOutOfRangeException' の最初のチャンス例外が mscorlib.dll で発生しました

私は WPF アプリケーション (ホスト) を持っています。これは、とりわけ、多数の ServiceHosts を備えたセルフホスティング WCF です (以下に例を示します)。

このようにnettcpbindingを使用してこのホストに接続するクライアントがあります

「データ」公開オブジェクトは次のように定義されます。

問題は、ホストの通常の実行中に約 50 人のユーザーが突然接続しているときに、IDE の出力ウィンドウに何百もの wcf 関連のエラーが表示されることです。

運が良ければ、数秒後に自然に消えますが、この間、UI 全体とホスト アプリケーションのすべてがフリーズし、WCF は他のユーザーにサービスを提供しなくなります。それが戻ってきたとき、それが再びうまくいかなくなるまで、それはすべて問題ありません..

ここには内部ネットワークの問題はないようです。トレースを有効にしましたが、有用な情報があまり見つかりませんでした。誰かがこの行動を経験したことがあるのだろうか？

必要に応じて、さらに多くの情報を提供できることを嬉しく思います。

これらのエラーが数千個、出力ウィンドウに作成されます。