From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30848 invoked by alias); 19 Oct 2007 04:19:59 -0000 Received: (qmail 30839 invoked by uid 22791); 19 Oct 2007 04:19:59 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 19 Oct 2007 04:19:56 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 5D3392AB1DB; Fri, 19 Oct 2007 00:19:54 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id p67Yolnv88rU; Fri, 19 Oct 2007 00:19:54 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 14DC52AB20C; Fri, 19 Oct 2007 00:19:54 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 98E3FE7AC8; Thu, 18 Oct 2007 21:19:50 -0700 (PDT) Date: Fri, 19 Oct 2007 11:48:00 -0000 From: Joel Brobecker To: Eli Zaretskii Cc: pedro_alves@portugalmail.pt, uweigand@de.ibm.com, gdb-patches@sourceware.org Subject: Re: Support of gdb for Windows 64 native systems Message-ID: <20071019041950.GB6180@adacore.com> References: <200710161823.l9GIN1Vu023163@d12av02.megacenter.de.ibm.com> <47165541.90206@portugalmail.pt> <20071017194708.GC2068@adacore.com> <471685D3.7060402@portugalmail.pt> <20071018041629.GD2068@adacore.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-10/txt/msg00450.txt.bz2 > 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