From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26747 invoked by alias); 1 Aug 2005 13:16:35 -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 26737 invoked by uid 22791); 1 Aug 2005 13:16:29 -0000 Received: from lakermmtao02.cox.net (HELO lakermmtao02.cox.net) (68.230.240.37) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 01 Aug 2005 13:16:29 +0000 Received: from white ([68.9.64.121]) by lakermmtao02.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050801131628.DMQP14195.lakermmtao02.cox.net@white>; Mon, 1 Aug 2005 09:16:28 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1Dza9b-0006zl-00; Mon, 01 Aug 2005 09:16:27 -0400 Date: Mon, 01 Aug 2005 13:16:00 -0000 From: Bob Rossi To: Eli Zaretskii , gdb-patches@sources.redhat.com Subject: Re: MI testsuite to use PTY for inferior Message-ID: <20050801131627.GA26772@white> Mail-Followup-To: Eli Zaretskii , 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> <20050801113002.GB24853@white> <20050801130023.GN30901@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801130023.GN30901@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-08/txt/msg00017.txt.bz2 On Mon, Aug 01, 2005 at 09:00:24AM -0400, Daniel Jacobowitz wrote: > On Mon, Aug 01, 2005 at 07:30:02AM -0400, Bob Rossi wrote: > > Hi Eli, > > > > I am claiming that a reliable FE can not be written if the inferior writes > > data to the same output stream as GDB/MI's output stream. So, on native > > windows, if the inferior I/O and GDB/MI I/O can not be separated, it > > wouldn't be worth while to write an FE on that platform. > > That's a very strange judgement call: > > (A) The huge majority of Windows programs don't even write to the > console. Yes, well these would work just fine, of course. > (B) The huge majority of programs which write to stdout, on Windows > or otherwise, couldn't possibly be confused with GDB/MI output. This is the scenario that really stinks for the FE. Currently the way things stand on UNIX, a FE can be written nicely, and work in all case's. However, in windows, no longer can a FE have a clean implementation. It needs to begin guessing what output is from GDB and what output is from the inferior. Is there an easy and clean way to solve this problem? Maybe this problem is easier to solve than I think it is. Any suggestions? Honestly, I don't care if someone writes an FE that does this kind of processing, the only reason I really care about this topic is because I would prefer to use the TTY option in the testsuite to ensure the I/O is separated. Doing this though, leaves target's without TTY's semi-untested. Thanks, Bob Rossi