From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23378 invoked by alias); 25 Aug 2004 04:07:18 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23345 invoked from network); 25 Aug 2004 04:07:15 -0000 Received: from unknown (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org with SMTP; 25 Aug 2004 04:07:15 -0000 Received: from zaretski ([80.230.149.106]) by legolas.inter.net.il (MOS 3.4.6-GR) with ESMTP id CJC85696 (AUTH halo1); Wed, 25 Aug 2004 07:06:25 +0300 (IDT) Date: Wed, 25 Aug 2004 04:07:00 -0000 From: "Eli Zaretskii" To: Bob Rossi Message-ID: <01c48a58$Blat.v2.2.2$5abe69c0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: gdb@sources.redhat.com In-reply-to: <20040824190912.GB17542@white> (message from Bob Rossi on Tue, 24 Aug 2004 15:09:12 -0400) Subject: Re: separating gdb & inferior output Reply-to: Eli Zaretskii References: <20040824161147.GA17203@white> <01c48a0c$Blat.v2.2.2$ba4a7920@zahav.net.il> <20040824190912.GB17542@white> X-SW-Source: 2004-08/txt/msg00358.txt.bz2 > Date: Tue, 24 Aug 2004 15:09:12 -0400 > From: Bob Rossi > Cc: gdb@sources.redhat.com > > > Perhaps you could state what are the problems with `tty'? > > O, you need to actually get a new tty. Sorry, I still don't get it: I know what the `tty' command does, but I don't understand what is its problem on non-Unix platforms. I don't see anything dubious in the code that implements the command. > Windows doesn't have the concept of a tty. Of course, it does. > File descriptor redirection is fine. And that's exactly what win32-nat.c does, please take a look. > Maybe we could have something like > > gdb --i=mi --out_fd=n > where n is the descriptor you plan on reading from GDB. How is this different from what GDB already does? > What does it mean to open a 'tty' on a windows platform, or some other > non-unix platform? Again, see win32-nat.c (search for "inferior_io_terminal"). I'm afraid I'm missing something.