Re: Support of gdb for Windows 64 native systems

[Joel Brobecker <brobecker@adacore.com>]

> 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