winedbg & dbghelp

Eric Pouech pouech-eric at wanadoo.fr
Sun May 30 09:21:03 CDT 2004


it's time to make winedbg use dbghelp for its internal working
This is the full patch (quite big), that's why it's been gzip:ed.

Among the biggest changes:
- all symbol information storage is now module relative, so we can 
unload a module (and it's debugging information), and a process without pain
- portabiblity to another CPU should be easier now (CPU dependent backend)
- speed up memory allocation
- stabs related fixes:
      + now correctly handling symbol's size
      + blocks {} in functions are now correctly recognized and stored
        (also applies to local variables scoping)
      + better basic types management (less wild guesses in the code)
      + full support of inline functions (source stepping now shows the
        code in .h files for example)
- removal of external debugger (attaching with gdb is just fine to debug
   winedbg)
- fixed a couple of issues for symbol address handling (address
   lookup, incorrect type binding)
- winedbg now has a man page

The biggest changes since from the end user point of view:
- the $regs variable has disapeared
- all the 'walk' commands have now been merged into the 'info' ones. 
'walk' is no longer a valid command
- module identification in symbol name now has the form of 
<module>!<symbol> which is the dbghelp/windbg way (instead of 
<module>:<symbol> or <module>.<symbol>)

A+
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wd_dh.diff.gz
Type: application/x-gzip
Size: 128413 bytes
Desc: not available
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20040530/019ea668/wd_dh.diff.bin


More information about the wine-patches mailing list