http://bugs.winehq.org/show_bug.cgi?id=20676
Summary: winedbg minidumps can not be loaded by WinDbg Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs@winehq.org ReportedBy: bugzilla.winehq.org@urbanec.net
Use winedbg to generate a minidump:
$ winedbg notepad WineDbg starting on pid 0019 0x7ee08d67: movl %esi,0x0(%esp) Wine-dbg>cont ^CCtrl-C: stopping debuggee 0xb771b422: jmp 0xb771b417 Wine-dbg>minidump /home/e_drive/notepad.dmp Wine-dbg>detach Wine-dbg>quit
Use WinDbg to open the dump file:
Microsoft (R) Windows Debugger Version 6.8.0004.0 X86 Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [E:\notepad.dmp] User Mini Dump File: Only registers, stack and portions of memory are available
Dir entry 1, ThreadListStream stream stream size mismatch (0x300 != 0x34) WARNING: Minidump contains unknown stream type 0xfff0 Symbol search path is: symsrv*symsrv.dll*c:\localcache*http://msdl.microsoft.com/download/symbols Executable search path is: Windows XP Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible Product: WinNt, suite: TerminalServer Debug session time: Thu Nov 12 20:03:40.000 2009 (GMT+11) System Uptime: not available Process Uptime: not available ERROR: Reload failure, partially initialized target WaitForEvent failed
The result is inability to examine the wine generated dump files with the standard Windows debugging tools.
http://bugs.winehq.org/show_bug.cgi?id=20676
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-12 08:24:47 --- Terminal output?
http://bugs.winehq.org/show_bug.cgi?id=20676
--- Comment #2 from Peter Urbanec bugzilla.winehq.org@urbanec.net 2009-11-12 08:52:42 --- Not quite sure what you mean by "Terminal output?"
WinDbg is a GUI application, however it does open a text window. I have pasted the messages that are output in that WinDbg window.
I've repeated the test with cdb.exe and the CLI output is almost identical:
------------
E:>"C:\Program Files\Debugging Tools for Windows\cdb" -z notepad.dmp
Microsoft (R) Windows Debugger Version 6.8.0004.0 X86 Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [E:\notepad.dmp] User Mini Dump File: Only registers, stack and portions of memory are available
Dir entry 1, ThreadListStream stream stream size mismatch (0x300 != 0x34) WARNING: Minidump contains unknown stream type 0xfff0 Symbol search path is: symsrv*symsrv.dll*c:\localcache*http://msdl.microsoft.com /download/symbols Executable search path is: Windows XP Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible Product: WinNt, suite: TerminalServer Debug session time: Thu Nov 12 20:03:40.000 2009 (GMT+11) System Uptime: not available Process Uptime: not available ERROR: Reload failure, partially initialized target WaitForEvent failed, HRESULT 0x8000FFFF "Catastrophic failure" When WaitForEvent fails on dump files the current state is not displayed. If you are having symbol problems you will need to restart the debugger after you correct the symbol path. .restart can also be used. ?:???>
http://bugs.winehq.org/show_bug.cgi?id=20676
--- Comment #3 from Eric Pouech eric.pouech@orange.fr 2009-11-12 14:43:27 --- Created an attachment (id=24705) --> (http://bugs.winehq.org/attachment.cgi?id=24705) thread size fix
the attached patch should fix the point about the wrong size of the threadliststream let me know if it helps TIA
http://bugs.winehq.org/show_bug.cgi?id=20676
--- Comment #4 from Peter Urbanec bugzilla.winehq.org@urbanec.net 2009-11-12 17:42:44 --- The attached patch fixes the issue. The resulting minidump can be loaded by cdb.exe and WinDbg.
http://bugs.winehq.org/show_bug.cgi?id=20676
Peter Urbanec bugzilla.winehq.org@urbanec.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #5 from Peter Urbanec bugzilla.winehq.org@urbanec.net 2010-05-18 01:17:26 --- Changing to resolved/fixed since Eric's patch fixed the problem and has been merged.
http://bugs.winehq.org/show_bug.cgi?id=20676
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2010-05-21 14:39:34 --- Closing bugs fixed in 1.2-rc1.