Andreas Mohr wrote:
On Wed, Feb 08, 2006 at 01:31:23PM +0100, Detlef Riekenberg wrote:
Am Dienstag, den 07.02.2006, 22:48 +0100 schrieb Michael Stefaniuc:
Why not make winedump a Wine app
Please do not do that.
winedump now works on windows without an wine-specific dll.
Huh? Who said something about using a wine-specific dll? Though i do not
know if the imagehlp and dbghelp dlls come by default with Windows. But
i figure you should be able to get them with the SDK.
What makes more sense is to say that winedump runs on any POSIX or maybe
even standard C systems without requiring the Wine overhead.
I second that.
winedump has the potential to become a very powerful yet small universally
usable tool. Adding a hard wine dependency would hurt a lot.
"Has the potential" like in HR speak in job references meaning "has the
potential but failed to use it" ... . Just do a cvs log on
tools/winedump/msmangle.c and dlls/msvcrt/undname.c .
I see the technical reasons why winedump needs it's own name demangling
(the mangled name is easier to parse and generate code out of it). But
for getting a human readable demangled name the __unDName() function is
WAY better. If that's not the target audience for "winedump sym" then
there is space for a Wine app that can be called undname.
bye
michael
--
Michael Stefaniuc Tel.: +49-711-96437-199
Sr. Network Engineer Fax.: +49-711-96437-111
Red Hat GmbH Email: [EMAIL PROTECTED]
Hauptstaetterstr. 58 http://www.redhat.de/
D-70178 Stuttgart
