The obvious guess is that the process crashed because of an out-of-memory
condition, but I would still like to open the file in windbg to further debug
the issue.
Is there any way to open this dump file? I've tried using both WinDbg
6.6.0007.5 and 6.7.0005.1. Various searches haven't turned anything up.
I even tried booting with the /3GB flag and used editbin to set the
LARGEADDRESSAWARE flag on the windbg executable--no dice, I still could not
open that gigantic dump file.
Thanks!
--
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Michael Gebis" <Michael Ge...@discussions.microsoft.com> wrote in message
news:2FEA7DB6-B050-4DB1...@microsoft.com...
I tried cdb.exe too, but it immediately gave essentially the same error:
cdb -z Dump-20070826-180338-1172-284-0.dmp
Microsoft (R) Windows Debugger Version 6.7.0005.1
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [Dump-20070826-180338-1172-284-0.dmp]
Dump file is too large to map
Could not open dump file [Dump-20070826-180338-1172-284-0.dmp], Win32 error
0n87
"The parameter is incorrect."
Debuggee initialization failed, Win32 error 0n87
"The parameter is incorrect."
I finally managed to get my hands on an x64 machine and open this same dump.
WinDbg replied with the same "dump file is too large to map" error message.
(And as I indicated in my earlier post, cdb was not able to open the file,
either)
We have pretty much given up hope on being able to open up this particular
dump file. But since it is difficult to reproduce the crash, this gigantic
dump file is still our best clue as to our internal bug, so any other
suggestions that might allow us to open it would be welcome.
Thanks!
Michael
Assuming all of the above are verified,
I'm inclined to say the dump-file is corrupted.
--
--
This posting is provided "AS IS" with no warranties, and confers no rights.
Use of any included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm
"Michael Gebis" <Michael Ge...@discussions.microsoft.com> wrote in message
news:B30733A9-F431-4615...@microsoft.com...