0

アプリケーションが顧客のマシンでクラッシュします。次のようなエントリが Windows イベント ログに残ります。

Event Type: Information
Event Source: Application Error
Event Category: (100)
Event ID: 1004
Date: 9/7/2010
Time: 7:37:32 AM
User: N/A
Computer: MACHINE_NAME
Description:
Reporting queued error: faulting application XXXXX.exe, version
0.0.0.0, faulting module XXXXX.exe, version 0.0.0.0, fault address
0x001140d0.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 78 66 6c ure XXX
0018: 69 63 73 74 61 74 2e 65 XXXXXX.e
0020: 78 65 20 30 2e 30 2e 30 xe 0.0.0
0028: 2e 30 20 69 6e 20 78 66 .0 in XX
0030: 6c 69 63 73 74 61 74 2e XXXXXXX.
0038: 65 78 65 20 30 2e 30 2e exe 0.0.
0040: 30 2e 30 20 61 74 20 6f 0.0 at o
0048: 66 66 73 65 74 20 30 30 ffset 00
0050: 31 31 34 30 64 30 1140d0

アプリケーション名を XXX に置き換えました。C++ で書かれています。

より多くの情報を分析/取得するにはどうすればよいですか? エラーは 2 回発生しましたが、ユーザー アクティビティとは関係ありません。アプリケーションはサービスとして動作し、しばらくすると停止します。エラーを再現できません。Windows ログのどこかにクラッシュに関する詳細情報はありますか?

イベント ID: 1004 は、私にはまったく意味がありません。それが何を意味するか知っていますか？

4

2 に答える 2

0

このブログhttp://blogs.msdn.com/b/tess/でクラッシュダンプと分析について読むことを強くお勧めします。

大まかに言えば、アプリに基本的なロギング機能を追加し、少なくとも例外やエラーをトラップするためのアプリ全体のフックを検討する必要があります

それとは別に、あなたが提供している情報はあなたを助けるのに十分ではないのではないかと思います

edit

私が指摘したブログは主にWeb開発のデバッグに関するものですが、windbgに関するチュートリアルは非常に興味深く有益です。あなたは彼らにやってみるべきです。その道を進みたくない場合（windbgは常に友好的であるとは限りません）、アプリケーションにロギングとエラー管理を追加することを検討してください。

于 2010-09-14T08:18:48.527 に答える
0

私が見つけたのは、アプリケーションがクラッシュした場合に備えて、Windowsにメモリダンプをダンプさせることができるということです。ただし、Windows Server 2008、SP1以降を搭載したWindowsVistaでのみ機能します。

ハウツーはここで説明されています：http：//msdn.microsoft.com/en-us/library/bb787181%28VS.85%29.aspx

于 2010-09-20T15:09:44.347 に答える