From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21894 invoked by alias); 25 Aug 2004 11:41:19 -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 21491 invoked from network); 25 Aug 2004 11:41:12 -0000 Received: from unknown (HELO lakermmtao09.cox.net) (68.230.240.30) by sourceware.org with SMTP; 25 Aug 2004 11:41:12 -0000 Received: from white ([68.9.64.121]) by lakermmtao09.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040825114106.GHXF16771.lakermmtao09.cox.net@white>; Wed, 25 Aug 2004 07:41:06 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1Bzw9F-0004yn-00; Wed, 25 Aug 2004 07:41:01 -0400 Date: Wed, 25 Aug 2004 11:41:00 -0000 From: Bob Rossi To: Eli Zaretskii Cc: gdb@sources.redhat.com Subject: Re: separating gdb & inferior output Message-ID: <20040825114101.GA19110@white> Mail-Followup-To: Eli Zaretskii , gdb@sources.redhat.com References: <20040824161147.GA17203@white> <01c48a0c$Blat.v2.2.2$ba4a7920@zahav.net.il> <20040824190912.GB17542@white> <01c48a58$Blat.v2.2.2$5abe69c0@zahav.net.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01c48a58$Blat.v2.2.2$5abe69c0@zahav.net.il> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-08/txt/msg00363.txt.bz2 On Wed, Aug 25, 2004 at 07:01:32AM +0300, Eli Zaretskii wrote: > > 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. OK, lately I have been making assertions when I probably should be asking questions. Shame on me. I understand on Unix, the client can open a tty, and direct the output of the inferior to it. On windows, how would the client do that? Does native windows actually support opening a 'tty'? Something I didn't know. Finally, using cygwin windows, do I use the tty option as if I was on UNIX? Thanks, Bob Rossi