問題タブ [first-chance-exception]

私のアプリケーションには、デバッグモードで実行しているときにデバッグデータを出力ウィンドウに送信するために特別に記述されたデバッグコードがあります。以下のコードスニペットで関数が呼び出されると、コードをステップ実行するときの次の呼び出しで、またはフリーランさせた場合は、の呼び出しの前の行GetCurrTimeでアプリケーションがクラッシュします。ただし、ここでの本当の奇妙な点は、クラッシュが発生したときに、PCがこれらの回線のいずれにも着陸しないことです。PCは、まったく関係のない機能でリターンラインで停止します。それは良くなります。コールスタックは、関数が戻る場所を示していません。どういうわけかPCが雑草の中に入っていると思います。これを本当に奇妙なものにしているのは、私がコメントアウトすると、問題への呼びかけがなくなるということです。mallocmallocGetCurrTime

キックのためだけに、クラッシュが発生したときにPCが到達する関数は次のとおりです（関数の最後の行のreturnステートメント）。

これは、出力ウィンドウに出力されるエラーです。

ZCT.exeの0x7c936822でのファーストチャンス例外：0xC0000005：アクセス違反の読み取り場所0x00000000。HEAP [ZCT.exe]：5451460付近のコミットされた範囲の最後のエントリがヒープにありませんWindowsがZCT.exeのブレークポイントをトリガーしました。

これは、ヒープの破損が原因である可能性があります。これは、ZCT.exeまたはロードされたDLLのいずれかにバグがあることを示しています。

これは、ZCT.exeにフォーカスがあるときにユーザーがF12キーを押したことが原因である可能性もあります。

出力ウィンドウには、より多くの診断情報が表示される場合があります。プログラム'[0x9F4]ZCT.exe：Native'がコード0（0x0）で終了しました。

何か案は？

アプリケーション（WCFを使用してサービスに接続するクライアント）を起動すると、VisualStudioの出力ウィンドウに次のような多くの行が表示されます。

タイプ'System.Xml.XmlException'の最初のチャンスの例外がSystem.Xml.dllで発生しました

この例外のスローをオンにして、クライアントがWCFサービスを呼び出したときに発生することを確認しました。例外のメッセージは次のとおりです。

名前は「<」で始めてはなりません（ドイツ語：Ein Name darf nicht mit dem Zeichen'<'、hexadezimaler Wert 0x3C、beginnen）。

私はこれについて何かをすべきですか？それともこれは正常ですか？これはパフォーマンスの問題になる可能性がありますか？

ご協力いただきありがとうございます。

よろしく、トーマス

Windows Phone 7 C＃アプリをデバッグしようとすると、[出力]ウィンドウに次のメッセージが表示されます。

A first chance exception of type 'System.OverflowException' occurred in mscorlib.dll

A first chance exception of type 'System.OverflowException' occurred in mscorlib.dll

A first chance exception of type 'System.InvalidOperationException' occurred in Microsoft.Phone.dll

...次に、App.xaml.csがVS（まだデバッグモードで、何も編集できない）で開き、「System.Diagnostics.Debugger.Break（）;」が強調表示されます。

なぜこれが起こっているのですか、どうすれば修正できますか、そして将来どのように防ぐことができますか？

パイプクライアントを閉じようとすると、出力コンソールに次のエラーが表示されます。

タイプ'System.Net.Sockets.SocketException'の最初のチャンスの例外がSystem.dllで発生しました

どういう意味ですか？どうすれば修正できますか？

スタックオーバーフローの質問を読んでいました。最初のチャンスの例外のスタックトレースを表示するようにVisualStudioを設定するにはどうすればよいですか？Visual Studio 2010でのファーストチャンス例外のデバッグに関して、このオプションが見つかりません。

最初のチャンスの例外が発生したときにVisualStudio2010を正確に中断できるようにするにはどうすればよいですか？

私が取り組んでいるC++プロジェクトは、ファーストチャンス例外をスローすると終了します。map<pair<int,int>, int>これは、Visual Studio 2008のデバッグモードで、単一のキーと値のペアを含むに最初にアクセスしようとしたときに発生します。コードに論理的な問題はありません。

私は最初のチャンスの例外を読み、それらが常に問題になるとは限らないことを理解しています。それにもかかわらず、私はそのようなすべての例外を壊そうとしました、そして予想通り、問題を引き起こさないいくつかが生成されることがわかりました。

私が取り組んでいるクラスは非常に大きく、多くのカスタムメモリ割り当てが含まれています。どういうわけか、これらの1つが問題を引き起こしていると思います。しかし、私は何が問題になっているのかを特定する方法を見つけるために数時間を費やしましたが、それを行うことができませんでした。

ファーストチャンス例外の出力を以下に示します。あまり役に立ちません！

私はこの時点で本当に苦労していて、どのように進めるかがわかりません。

誰かが私がこの問題に取り組む方法を提案し、何が悪いのかを正確に特定できますか？アドバイスをいただければ幸いです。

アップデート

関連するコードは次のとおりです。デバッガーは、ネストされたFORにリストされている最初のcoutステートメントで中断します。

更新2

これは、問題のマップのマウスオーバーの説明の画像です。Michael Burrが示唆したように、破損しているように見えます。

C++ プロジェクトの Visual Studio 2008 で、[Debug] -> [Exceptions] を使用し、[Common Language Runtime Exceptions] -> [System] -> [System.ApplicationException] をチェックして、初回例外の中断を有効にしました。変更が機能し、最初の例外により実行が中断され (ブレークポイント)、通常どおり、オプション 'Break'、'Continue' を含むダイアログが表示されます。これに続いて、[例外] ウィンドウのすべての最上位のボックスをチェックして、すべての例外の中断を有効にしました。

この動作を無効にしたいので、最上位のボックスのチェックを外し、続いて System.ApplicationException チェックボックスのチェックも外しました。これを行ってから、プロジェクトで Clean & Build を実行しました。ただし、プロジェクトはまだ最初の例外で中断します。

なぜこれが起こっているのか、どうすれば解決できるのでしょうか? それはかなりイライラしています！

Visual C ++でファーストチャンス例外を一時的に無効にする方法はありますか？

このようなもの：

ファーストチャンスの例外とは何か、そしてそれらの使い方を知っています。

問題は、例外が使用されているDLLを配布していることです。
残念ながら、顧客が自分のプログラムでデバッガーを使用している場合、彼は私のインターンの例外に気付くでしょう。
それらを隠したいのではなく、これらのサポートの質問を取り除きたいのです。

小さなアプリケーションを完成させ、メモリ リークやバグがないことを確認しようとしています。出力を確認した後、関数の 1 つが First-Chance 例外をスローしていることに気付きましたが、関数はうまく機能し、クラッシュしません。

この関数は、CLR C++ DLL 内の別の関数を呼び出します。テストのためだけに DLL 関数のほとんどすべてのコードを削除しましたが、それでも例外がスローされるため、EXE 関数が問題であることがわかります。

これは、EXE 関数が DLL 関数を呼び出すためのコードです。

これは DLL 関数です (ご覧のとおり、テストとして戻り値を生成するコードを除くすべてのコードを削除しました)。

EXE 関数は " const char* Return = MethodCall(strValue);" で例外をスローします (私が知っている方法であるこの例外でブレークを有効にしました)。

この関数がこの例外をスローするのはなぜですか?

ありがとう！

編集

更新: 私の文字セットは UNICODE です。

更新＃2：提案と回答で読んだことから、このコードは機能しないと想定していますが、機能します。すべてのバグをなくして、このプログラムを高品質にしたかったので、初回例外でのブレークを有効にしました (もちろん、初回例外が何であるかは知っています)。コードは正常に実行されます。私はより優れたプログラマーになりたいので、初回例外がスローされる理由を理解したかっただけです。ですので、これを修正したいと思います。

更新 #3: コードで hDLL と hMethod の値をチェックするようになりましたが、この関数を実行すると両方とも null ではありません。問題は、DLL への呼び出し自体にあるようです。このコードが機能するため、関数のシグネチャは 100% 正しいと想定しています。最初の例外がスローされるだけです。

更新 #4: 上記の関数に新しい変更を加え、DLL 関数コードを追加しました。DLL 関数は CLR C++ DLL です。既に述べたように、DLL 関数内のすべてのコードを削除して、それが自分の DLL でないことを確認しました。

WinForms アプリで SaveFileDialogue を使用しようとすると、エラーが発生します。エラーは（私にとっては）意味がないので、何かが欠けているに違いありません！

エラーは次のとおりです。

「if (SD.ShowDialog() == DialogResult.OK)」という行を実行すると、エラーが発生します。

これが私のコードです：

編集:ファイルをローカルに保存していますが、ユーザーが保存する場所を選択する前にエラーが発生し、ユーザーが場所を選択するためのダイアログを表示しようとした時点でエラーが発生します!