Re: Memory.dmp
From: Doug Allen [MSFT] (dougall_at_online.microsoft.com)
Date: 04/13/04
- Next message: Doug Allen [MSFT]: "Re: Accessing a share without login/password"
- Previous message: Doug Allen [MSFT]: "Re: Stop error when running Norton AV 2003"
- In reply to: Bill Peele [MS]: "RE: Memory.dmp"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 13 Apr 2004 10:30:19 -0400
Peter,
This wouldn't be a Compaq / HP box by chance would it? If so, that's a
known issue with their driver CPQASM.SYS.
-- Doug Allen, Windows 2000 MCSE Microsoft Enterprise Support This posting is provided "AS IS" with no warranties, and confers no rights. "Bill Peele [MS]" <bpeele@online.microsoft.com> wrote in message news:xJhY8GWIEHA.3220@cpmsftngxa10.phx.gbl... > -------------------- > >From: "Peter" <pexer@hotmail.com> > >Subject: Memory.dmp > >Date: Fri, 26 Mar 2004 06:42:49 -0800 > >Newsgroups: microsoft.public.win2000.general > > > >Hi, > >We have a Win2k server running a telephony system. > >The server has rebooted a copule of time reporting: > > > >The computer has rebooted from a bugcheck. The bugcheck > >was: 0x00000044 (0x85082008, 0x00000cca, 0x00000000, > >0x00000000). Microsoft Windows 2000 [v15.2195]. A dump was > >saved in: C:\WINNT\MEMORY.DMP. > > > >How can i found out what causes the reboot? Is there any > >tool for reading Memory.dmp to find out what application > >that caused the crash? > ----- > > Peter, > > A memory dump is a copy of what was in memory at the time the bugcheck happened. This means the dump contains > code and has to be analyzed using a debugging program. > > You can obtain debugging tools from the site below. > > http://www.microsoft.com/whdc/ddk/debugging/default.mspx > > If you are not familiar with debugging code you may want to open a support incident to have the dump analyzed for you. > You might also want to search the Microsoft Knowledge Base for "stop 0x00000044" to see if you find anything useful. > > Bill Peele > Microsoft Enterprise Support > > This posting is provided "AS IS" with no warranties, and confers no rights. Use of included script samples are subject to the > terms specified at http://www.microsoft.com/info/cpyright.htm > > Note: For the benefit of the community-at-large, all responses to this message are best directed to the newsgroup/thread > from which they originated. >
- Next message: Doug Allen [MSFT]: "Re: Accessing a share without login/password"
- Previous message: Doug Allen [MSFT]: "Re: Stop error when running Norton AV 2003"
- In reply to: Bill Peele [MS]: "RE: Memory.dmp"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
