Windows 7 Forums
Welcome to Windows 7 Forums. Our forum is dedicated to helping you find support and solutions for any problems regarding your Windows 7 PC be it Dell, HP, Acer, Asus or a custom build. We also provide an extensive Windows 7 tutorial section that covers a wide range of tips and tricks.


Windows 7: Generating a memory dump for a crashing process

02 Nov 2009   #1

Win7x64
 
 
Generating a memory dump for a crashing process

Summary:

When faced with a crashing process or application, the following procedure is one way to obtain useful information regarding the specifics of the crash, and hence the likely cause:

1) Download and install either the 32-bit or the 64-bit "Debugging Tools" package, depending on your OS type: Debugging Tools for Windows - Overview

2) Open a CMD prompt and CD to the folder where you installed the debugging tools.

3) Run this command after substituting the real executable name for <ProcessName> in the example:

cscript adplus.vbs -crash -nodumponfirst -minionsecond -quiet -pn <ProcessName>.exe

4) Reproduce the application/process crash.

5) Find the new folder in that same location with a DMP (memory dump) file.

In that dump folder you should find 2 DMP files:

a) A massive one (hundreds of MB) with "1st_chance" as part of its name.
b) A much smaller one (few MB at most) with "2nd_chance" in the name.

It's (b) that is of primary interest. Zipped up, that file may only be a few hundred KB in size - small enough to upload here.



=================================

Background Information:

Unlike a BSOD, a crash in a non-critical process does not normally affect the rest of the operating system (OS). Instead, once the OS notices that the process has attempted to do something undesirable or impossible, such as accessing memory which does not belong to it or attempting to divide by zero due to programming bugs, the offending process is shut down to prevent further damage.

To the user, this looks like an application crash, although in more recent versions of Windows the wording in the user interface has been softened to refer to an application as having "stopped working". The event logs will frequently record some summary information about the crash conditions, but unless a 3rd-party module (usually a DLL) is specifically fingered by the event description, it is difficult to proceed based on the event information alone.

By attaching a debugger to the process using the steps above, a crash can be "recorded" in the sense that a memory dump is produced which contains far more information than the textual event description. Analysis of the memory dump using techniques similar to those employed during BSOD troubleshooting can frequently pinpoint the cause of the application crash.

My System SpecsSystem Spec
.

21 Dec 2009   #2

 
What if I don't know the process name?

I'm getting blue screens and shut-downs and I 'believe' it has to do with CPU temps but I can't prove it. I followed the previous 2min drill and set up windbg and the symbol path.

I kinda follow the rest of the debugging info but how do I figure out what process to attach 'to'? I currently only have one gig of RAM so the blue screen pretty much just flashes by and when the machine doesn't blue screen it just shuts down and the screen goes black.

I've looked at more logs in the past week than I knew existed. I would appreciate any help you can give me.

I'm running an EliteGroup (ECS) GeForce 7050M-M motherboard and an AMD Phenom 9950 Quad-Core Processor. As I said I currently only have one gig of Ram, more after the first of the year.

What other info could I provide that would help?

Thanks in advance.

J. R.
My System SpecsSystem Spec
21 Dec 2009   #3

64-bit Windows 8.1 Pro
 
 

Navigate to C:/windows/minidump and zip up the .dmp file and attach it to your next post for analysis...
My System SpecsSystem Spec
.


21 Dec 2009   #4

 
Dump problems

Sorry, I should have mentioned that. The 'minidump' folder is empty. I also looked for the 'memory.dmp' file but it isn't on the drive.

Do I need to set something in 7 to ensure that the .dmp files are generated?

J. R.
My System SpecsSystem Spec
21 Dec 2009   #5

64-bit Windows 8.1 Pro
 
 

  1. Click Start, point to Settings, and then click Control Panel.
  2. Double-click System.
  3. Click the Advanced tab, and then click Settings under Startup and Recovery.
  4. In the Write debugging information list, click Small memory dump (64k).
My System SpecsSystem Spec
21 Dec 2009   #6

 
Dump Problems

Thanks Tews:

Well, I've got it all setup as you instructed. Last night after I created the settings, I decided to call it a night. About fifteen minutes later, with the machine sitting idle and the three cores running at 1% or less, with memory usage at approximately 55% and CPU temps around 94 F, the system randomly shut down again. No blue screen, just 'click' and shut down to power off and black screen.
After waiting for a short time, I rebooted and checked the 'windows/minidump' folder, it is empty.

At this time I think I'm going to start working my way through the system restore point list, as suggested a while back. I've been creating a restore point before I install anything, regardless how trivial. I've also got a system image of the system when it was running fine.

All it will cost me is time. I can use my other XP Pro SP3 system just as I have been all along. There is another thing I forgot to mention, my Windows 7 machine is a clean install on new hardware.

As soon as I get anymore info, I'll get back to you. Many thanks for your patience and help.

One last question, what memory checker would you recommend I use to check my RAM? Do I need a 64bit tool or?

I'll be back,

J. R.
My System SpecsSystem Spec
21 Dec 2009   #7

64-bit Windows 8.1 Pro
 
 

Use Memtest86 to check your RAM ... get it -=> here
My System SpecsSystem Spec
19 Jul 2010   #8

64-bit Windows 8.1 Pro
 
 

Holy necromancy Batman!!
My System SpecsSystem Spec
10 Aug 2010   #9

Windows 7 Ultimate - 64-bit | Windows 8 Pro - 64-bit
 
 

ProcDump from Sysinternals:

Quote:
ProcDump is a command-line utility whose primary purpose is monitoring an application for CPU spikes and generating crash dumps during a spike that an administrator or developer can use to determine the cause of the spike. ProcDump also includes hung window monitoring (using the same definition of a window hang that Windows and Task Manager use) and unhandled exception monitoring. It also can serve as a general process dump utility that you can embed in other scripts.


More Info : ProcDump
My System SpecsSystem Spec
12 Aug 2010   #10

Windows 7 Ultimate
 
 

never mind, i figured that part out. now im confused by "3) Run this command after substituting the real executable name for <ProcessName> in the example:

cscript adplus.vbs -crash -nodumponfirst -minionsecond -quiet -pn <ProcessName>.exe"


what am i supposed to replace process name with?
My System SpecsSystem Spec
Reply

 Generating a memory dump for a crashing process




Thread Tools



Similar help and support threads for2: Generating a memory dump for a crashing process
Thread Forum
Generating a memory dump for a hung process Crash and lockup debug 'How To'
BSOD (0x000000F4) and dump files not generating. Windows 7 Ultimate 64 BSOD Help and Support
Help help ....BSOD KEEP ON CRASHING DUMP PHYSICAL MEMORY again !!!! BSOD Help and Support
Create Dump File - Does It End Process As Well? BSOD Help and Support
Crashing and memory dump problem BSOD Help and Support

Our Sites

Site Links

About Us

Find Us

Windows 7 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 7" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd

All times are GMT -5. The time now is 11:29 AM.
Twitter Facebook Google+



Windows 7 Forums

Seven Forums Android App Seven Forums IOS App
  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33