問題タブ [unhandled-exception]

ソースのデバッグ: http://www.cppblog.com/Files/mymsdn/cvector-bug-vs2008-201007101651.zip

こんにちは、コードを修復しました。助けてくれてありがとう! 私のコードの正しいバージョンをダウンロードできます。

ソース: http://www.cppblog.com/Files/mymsdn/cvector-vs2008-20100710.rar

ベクトルの C 言語バージョンを作成しようとしています。void ** apRootを使用してポインター ベクトルを示します。メモリを malloc するよりも、 void ** p を利用できるようにしたい。

このような ：cvector_ptr_ptr = &cvector_ptr;

cvector_ptr_ptrを各関数に渡して処理します。

私のコードで、未処理の例外が発生しました。オーバーランを読んだと思います。しかし、関数では、サイズの値を取得するために"insert"使用できます。を関数(*cvector_ptr_ptr)->element_sizeに渡しますが、同じコードを使用して値を取得することはできません。cvector_ptr_ptr"insert_copy"[(*cvector_ptr_ptr)->element_size]

私がどうかしましたか、まずいことでもありましたか？

この質問は以前に尋ねられ、Windows 固有の回答がありましたが、満足のいく gcc の回答はありませんでした。未処理の例外がスローされたときにset_terminate()( の代わりに) 呼び出される関数を設定するために使用できます。terminate()バックトレース ライブラリを使用して、プログラム内の特定のポイントからスタック トレースを生成する方法を知っています。ただし、terminate-replacement が呼び出された時点でスタックが巻き戻されているため、これは役に立ちません。

それでも、単にプログラムを許可するabort()と、例外がスローされた時点からの完全なスタック情報を含むコア ダンプが生成されます。情報はそこにありますが、たとえば、コアファイルを調べるのではなく、ログに記録できるようにプログラムで取得する方法はありますか?

いくつかのリアルタイム データ キャプチャ ソフトウェアのデバッグ バージョン用にトップ レベルの例外キャプチャを作成しようとしていますが、未処理/トラップされるだけでなく、すべての例外をキャプチャする Application.ThreadException に似たトップ レベルの例外ハンドラがあるかどうか疑問に思っていました。もの。

前もって感謝します

バックグラウンド：

すぐに書き直されることのない大きなC++MFCアプリ。数年前、機能を追加する必要があり、C＃と.NETを使用すると簡単に構築できると判断したため、C++アプリを使用して.NET関数を呼び出す方法が必要でした。当時、MFCアプリにはVC6.0を使用しており、VS.NET2003と.NET1.1を使用して.NET機能を構築していました。VS.NET 2003では、MFCアプリが使用できるエクスポートされた関数を使用して通常のwin32 dll（MFCなし）を構築しました。dll関数は.NETアセンブリを参照し、すべてうまく機能しました。現在、MFCアプリは引き続きMFCアプリですが、VS9でコンパイルされており、2003年にコンパイルされた古いdllでも正常に動作します。ただし、現在、新しいDLL（新機能）の作成に直面しており、VS9および.NET3.5でビルドしています。

問題：

/clrオプションを使用して新しいDLLを作成しました。エクスポートされたdll関数から呼び出そうとしている.NETアセンブリにオプションフォームがあります。

次のような未処理の例外メッセージが表示されます。

IP2000.exeの0x04359108で未処理の例外：0xC0000005：アクセス違反の読み取り場所0x00000000

気に入らないコードは次のようになります。

構文が変更されました。*以前はandnewの代わりに^andを使用してgcnewいましたが、古い構文はコンパイルされません（それが問題であるかどうかはわかりません）。

エクスポートされた関数がストレートwin32::MessageBoxを配置することによって呼び出され、呼び出されることをテストしました。また、エクスポートされた関数からいくつかの異なるマネージコードを呼び出してみました。System::Windows::Forms::MessageBox->Show...、そしてそれもうまくいきました。このフォームを実行したくないだけです。

VS 2003とVS9の間で何かが変わったに違いないので、私は少し悲しみを感じていますが、それが何であるかはわかりません。このフォームは、テストWindows.Formsアプリから呼び出された場合に正常に機能します。

I've hooked both of these, but occasionally my app still crashes and just throws up the Windows "an exception has occurred" dialog. When I click OK, the app just exits. Under what circumstances won't exceptions get caught with these two handlers (in a WPF app)?

I should mention that I'm doing a bunch of COM interop, so that's always suspect :-)

私の小さなクライアントアプリケーションは、起動すると、「新規」を介してヒープ上にいくつかのユーザー定義オブジェクトを作成します。

これは問題なく、昨日まですべてが正常に実行されました。

アプリケーションを展開したかったので、Visual Studio 2010の「セットアッププロジェクト」を使用することにしました。http：//msdn.microsoft.com/en-us/library/dd293568.aspx

しかし、数分前にプログラムを実行しようとすると（昨日の展開後に変更を加えなかった）、未処理の例外がスローされます

CLient.exeの0x55b259da（msvcr100d.dll）で未処理の例外：0xC0000005：アクセス違反の読み取り場所0xccccccc0。

そして、なぜか想像できません...私はすでにセットアッププロジェクトをソリューションから削除しましたが、それは何も変わりませんでした...セットアッププロジェクトによって行われたプロジェクト設定にいくつかの変更がある場合、私は知りませんどこで何...

誰かがこれに精通していますか、または助けるかもしれませんか？

ありがとうございました。

編集：これは、VisualStudioを介してアプリケーションをデバッグするときに発生します...それを展開した別のコンピューターではありません!!!

「AssnCtrlpkey」で例外がスローされます

例外が適切に処理されなかったvb.netアプリケーションで作業しているとき。大変な苦痛でした。そのため、ホストアプリケーションのグローバルな場所に1行のコード/最小限のコードを記述せずに、アプリケーションのすべてのエラーをログに記録するライブラリやサービス、またはある種のexeを生成できる場合は、アイデアが浮かび上がりました。私はそれが少しクレイジーに聞こえることを知っていますが、Windowsイベントロガーは同じことをします。だから私も同じことを考えました。もっとはっきりさせておきましょう。アプリケーションabc.exeがあり、trycatchが1つもないとします。そのアプリを使用している間、私は多くのバグに直面しています。ここで、アプリケーションソースを掘り下げる代わりに、マネージドとcomの両方を含む、そのアプリのすべての未処理の例外を実行してログに記録する別のアプリをコーディングしたいと思います。

ですから、教祖は私を助けてくれるように頼まれています。ApplicationDomainが便利だと思います。私はMSDNブログでリックなどの名前に出くわしましたが、もうつかみませんでした。したがって、簡単なソースまたはコードの一部が役立ちます。回答とともにサンプルコードを追加してください。

それは大きな助けになるでしょう。

まとめ

インジェクターのアセンブリが配置されている任意のアプリケーションに自分自身を注入するアプリケーションが必要です。つまり、アプリケーションD：\ xyz \ myapp \ abc.exeがある場合、アプリケーションをexeとして持っていた場合、それをmyappフォルダー内に配置すると、abc.exeの実行後、ユニバーサルエラーロガーアプリケーションが動作を開始します。現在のアプリケーションドメインに自分自身を注入します。また、サービスとして作成する場合、マルチスレッド化されるかどうかも教えてください。

デスクトップアプリケーションを開発しました。ほぼ完了しましたが、まだいくつかのバグが含まれているため、削除しています。

アプリケーションをラップした一般的な[try...catch]ブロックを使用します

私のプログラムクラスコンストラクタは次のとおりです。

未処理の例外がスタック全体でバブルし、少なくとも通信メッセージボックスで応答されるようにするため。

Visual Studio（デバッグモード）でアプリケーションを実行すると正常に動作しますが、アプリケーションを展開してPCにインストールすると、動作しません。これは、バグ（ちなみに、すでに特定済みです）の場合に発生します。 ）null配列から読み取るようにします

なんで？それは本当に私を困惑させます。なぜ「未処理」だったのですか？try ... catchは、リリースモードかデバッグモードかに関係なく機能するはずだというのが私の理解でした。そうでなければ、何がポイントになるのでしょうか。