This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: Support of gdb for Windows 64 native systems
> Thanks, I will certainly try to help you, even if I cannot claim to
> "know Windows well".
You certainly qualify in my opinion, but if you really insist in using
accurate semantics, I'll rephrase and say "knows Windows better than
I do" ;-).
> One idea, which I implemented for the DJGPP port years ago, is here:
>
> http://www.delorie.com/bin/cvsweb.cgi/djgpp/src/debug/common/dbgredir.c?rev=1.3
>
> You can see how these routines are used in go32-nat.c. Note that some
> of the stuff in dbgredir.c is not needed for the Windows port: those
> are redir_to_child and redir_to_debugger, with all their subroutines.
> (The DJGPP port uses them because there GDB and the inferior run in
> the same process, so they share the file handles.)
Wow, it's the first time that I see the debugger and the inferior
share the same process. I know of a Windows application that embeds
its own debug stub to allow certain threads to remain active when
the rest of the inferior is stopped, though...
> For Windows, I guess passing the redirected handles through the
> STARTUPINFO structure of the CreateProcess call, as suggested by
> Pedro, would be more than adequate.
OK - Thanks for the advice. I'm hoping to find some time in the next
few weeks, hopefully before christmas. Hopefully we can give ourselves
a nice unexpected present :). (I didn't expect MinGW support to go in
so fast - kudos to Pedro and thanks to Chris and yourself).
--
Joel