問題タブ [crash]

私の VB.NET アプリケーションは、開発用 PC でコンパイル、インストール、および正常に動作します。

ただし、インストール パッケージを別の場所に移動すると、正常にインストールされますが、コードが実行される前にクラッシュします。

エラーは「問題が発生したため、閉じる必要があります...」です。

アイコンファイルなどの外部ファイルへの参照をすべて削除しました。

ローカル dll は 1 つしかなく、参照は問題ないようです。

この問題を引き起こす可能性のある他の問題は何ですか?

ありがとう！ジョン

更新: 1 台の PC で、MDAC を再インストールすると問題が解決しました。ただし、ほとんどのクライアントは XP であるため、これは役に立ちません。

一部の Windows XP ラップトップで同じエラーが引き続き発生します。

私は最近、C++ でのメモリ ポインターの基本を理解するのに役立つプログラムを作成しました。単純な素数ファインダーを選びました。

私はついにそれを働かせました。（デバッグにどうぞ！）

そして、それがどこまで進むかを確認するために実行させました.65076番目の素数であることが詳細に表示され、＃815389の素数に達し、アプリがクラッシュしました. 私が考えることができたのは、intがオーバーフローしていたので、それらをlongに変更したことです。同じ場所でスタックします。

誰かがこれを引き起こしている制限を説明するのを助けることができますか?

comp: WinVista 64 ビット Home Premium、6GB RAM AMD 4800+ X2 プログラムが 4,664K のメモリ使用量でクラッシュする

ソース：

（ユーザー名は気にしないでください。これは私が使用する単なるエイリアスであるため、Google ですべての投稿を追跡できます）

少なくとも 1 日に 4 回は Delphi を再起動して、デバッガをブレークポイントで再び停止させる必要があります。コードの再構築後にプロセスにアタッチすることで、それをだまして再び機能させることができる場合があります。しかし、ほとんどの場合、それができず、必要なすべてのファイルに戻って再度開くのに多くの時間がかかります。

これが発生するたびに、Delphi を閉じようとすると、ある種の致命的なエラーが発生します。これに対する修正はありますか？「最新の」Delphi 7 を手に入れました。十分なメモリを備えた WinXP で動作しています。私のオフィスの他のほとんどの人もこの問題を抱えています。

C++ で Win32 サービスを作成しています。(特に) DebugBreak() を呼び出すカスタム Assert マクロがあります。Vista でサービスを実行しているときに、DebugBreak() 呼び出し (int 3 アセンブラー オペコード) に達するとサービスがクラッシュし、vista クラッシュ ダイアログが表示されます。エラー コードは 80000003 (ハードコードされたブレークポイント) です。

通常、デバッガーが接続されていない場合、サービスが何もせずに DebugBreak() 呼び出しを実行することを期待しています。なぜクラッシュするのですか？実行し続けるように変更できる設定はありますか?

最近作成したファイルのすべてのハンドルを閉じています。しかし、「opendialog.execute;」を呼び出すと、ダイアログはいつものようにポップアップしますが、最近作成されたファイルのヒントの上にマウスを置くと、範囲外のエラーで全体がクラッシュします。

(onhint) イベントを発生させずにファイルを開いたとしても問題はなく、テスト用にファイル名のリストをハードコーディングすると、ファイルを開いたり保存したりすることに問題がないことがわかりました。それは純粋に開いているダイアログのヒントイベントにあります。私が言ったように、私が素早いか、矢印キーを使用している場合、プログラムに問題はありません。

さらに興味深いのは、約 70% の確率で 100% も発生しないということです。これにより、短時間だけでなく、何度か修正したと考えるようになりました。何が起こっているのか知っている人はいますか？そうでない場合、どうすればonhintイベントを無効にできますか?

コードを求められているので、まったく役に立ちません

およびエラー リンク テキスト

編集:わかりました、いくつかの新しい情報があります。opendialog の新しいインスタンスにはまだ同じ問題があります。さらに興味深いことに、「test.jpg.enc」などの二重タグを持つファイルのヒントで30％の問題を解決したようです。これは、最初に実行したときに問題なく、ヒントでのみクラッシュしますこれらのエンコードされたファイルのうち、そのファイルを白くエンコードした場合にのみ、アプリケーションは開かれています。たとえば、エンコードすると、デコードしようとするとクラッシュします..再度実行して正常にデコードできますが、アプリケーションの1つのインスタンスでデコードしてからエンコードすることに問題はありません。

本番サーバーで多くの問題が発生しています。一部のルーティングにより、イベントID1011のアプリケーションプールがクラッシュします。

イベントタイプ：警告イベントソース：W3SVCイベントカテゴリ：なしイベントID：1011日付：2009年1月21日時間：9：08：17 AMユーザー：N / Aコンピューター：xxxxxxxxxxxxx説明：

アプリケーションプール「DefaultAppPool」を提供するプロセスで、World Wide WebPublishingServiceとの致命的な通信エラーが発生しました。プロセスIDは「3788」でした。データフィールドにはエラー番号が含まれています。8007006d

問題を見つける前に、私には非常に苦労する時間が数時間あります。TessFerrandezと彼女のブログ投稿のおかげで私はそれを見つけました。

asp.netアプリケーションのマルチスレッドコードを常に再確認してください。未処理の例外が発生すると、アプリケーションプールがクラッシュし、その理由を見つけるのが非常に困難になります。

このサイトにリストされている 6 つのシグナルをオーバーロードしましたhttp://www.cplusplus.com/reference/clibrary/csignal/signal.html

次に、アプリを実行し（ダブルクリックではIDEを実行しませんでした）、1）タスクの終了、2）右上のX、3）プロセスの強制終了を試みました。最初の 2 つで何らかのシグナルが発生することを期待していましたが (私は XP を使用しています)、残念ながら何も得られませんでした。シグナルが発生したときに書き込むファイルを開くことはできませんか? 私はそう推測しています（SIGSEGVは私を許可しました）。

Firefox がクラッシュしたときや、Firefox を強制終了したときに、以前のページを記憶しています。ページをクリックするたびにアドレスをログに記録しますか、それともシグナル/クラッシュでログに記録しますか?

私の主な質問は、キルプロセスをキャッチするためにどのシグナルを使用できるかです

アプリが一部の Vista マシンで GPF を引き起こしているという報告を受けています。エラーメッセージは次のようなものです。

0x75784062 でアクセス違反 (0x00000006 に書き込もうとした)

これを修正するには、まず誰がこの GPF を引き起こしているのかを正確に知る必要があります: 私のメインの exe、サード パーティのコンポーネント、私自身の ActiveX コンポーネントの 1 つ、DLL など...

どうすればこれを見つけることができますか？この混乱の原因となったモジュールを正確に特定できるツールは何ですか?

どんな助けでも大歓迎です。

PS 私のアプリは VB6 でコーディングされており、私の ActiveX コントロールは Delphi 2007 で書かれています。

VS2008 (C#) で作業している場合、VS2008 は WPF で作業しているときに誰にとってもサイレントにクラッシュしますか? XAML に触れると、クラッシュする可能性が最も高くなります。戻ってきて、クリーンアップしてからビルドして実行すると、XAML に再度触れなければならないまで機能します。その後、最初からやり直してください。

約12のプロジェクトを含むソリューションです。

ありがとう、ジェフ

SQL Server2005STDエディションX64を搭載したIIS6/ASP.NET2.0で実行されているアプリケーションがあります。時々、アプリケーションはいくつかのばかげたメッセージでクラッシュします（いくつかのファイルは「selectfirled1、filed2 .. frommytable」に見つかりません）。アプリケーションがエラーを報告している間に取得したSQLサーバーからアクティビティのトレースを取得しました。注：クラッシュが発生するのは、複数のユーザーが同時にレポートを作成するなど、そのサーバーに大きな負荷がかかっている場合のみです。

問題は、トレースファイルを使用して状況を解決するにはどうすればよいかということです。何が悪いのかをどうやって検出できますか？

ありがとう