From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21524 invoked by alias); 1 Aug 2005 11:32:58 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 21494 invoked by uid 22791); 1 Aug 2005 11:32:52 -0000 Received: from centrmmtao01vip.cox.net (HELO centrmmtao01.cox.net) (68.1.16.139) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 01 Aug 2005 11:32:52 +0000 Received: from white ([68.9.64.121]) by centrmmtao01.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050801113237.POOS4773.centrmmtao01.cox.net@white> for ; Mon, 1 Aug 2005 07:32:37 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1DzYXK-0006vl-00 for ; Mon, 01 Aug 2005 07:32:50 -0400 Date: Mon, 01 Aug 2005 11:32:00 -0000 From: Bob Rossi To: gdb-patches@sources.redhat.com Subject: Re: MI testsuite to use PTY for inferior Message-ID: <20050801113249.GC24853@white> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20050730173855.GA21401@white> <17131.64575.780190.163527@farnswood.snap.net.nz> <20050730230309.GA22547@white> <20050731012111.GB13808@nevyn.them.org> <20050731131653.GC22547@white> <20050731153051.GA28158@nevyn.them.org> <20050731212021.GA24144@white> <20050801015330.GE30901@nevyn.them.org> <20050801020525.GA24853@white> <20050801021513.GI30901@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801021513.GI30901@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-08/txt/msg00015.txt.bz2 On Sun, Jul 31, 2005 at 10:15:13PM -0400, Daniel Jacobowitz wrote: > On Sun, Jul 31, 2005 at 10:05:25PM -0400, Bob Rossi wrote: > > > > > - Remote targets that provide output currently aren't redirected onto > > > > > the PTY; instead they'll appear interleaved, just like before. > > > > > > > > In this scenario, I'm guessing from the sound of it that GDB just hasn't > > > > added support for this yet. So it's a GDB bug, right? I could look into > > > > this if I had some direction. > > > > > > I don't know. What do you want it to do? GDB to set up a fake > > > terminal and push output to it? Might make sense, might not, haven't > > > thought about it. > > > > Why doesn't GDB open a pty and simply give the FE the name of the device > > it can read the inferior I/O from? This would simplify a lot of things. > > Didn't we go through this already and decide it was better for the user > to provide the TTY and tell GDB where to send the user? Just like we > do now for set inferior-tty? Well, the previous discussion was a little different, but if you don't like the idea, that's fine. > It wouldn't be a big stretch to make this go for remote targets; GDB > would do the writing instead of the inferior. There'd be no input. > > For Windows, if someone cared to implement it, you could probably pass > a pipe to GDB in some fashion. I do not know enough about Windows to > know how, or care enough about native Windows use of MI to figure it > out myself. Yeah, so you think it would make sense to have GDB simply encode the remote output into the GDB/MI output stream the way the documentation says it should. That makes much more sense. Is it as simple to do as it sounds? Thanks, Bob Rossi