From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12167 invoked by alias); 1 Aug 2005 13:00: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 12122 invoked by uid 22791); 1 Aug 2005 13:00:26 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 01 Aug 2005 13:00:26 +0000 Received: from drow by nevyn.them.org with local (Exim 4.52) id 1DzZu4-00013V-Gj; Mon, 01 Aug 2005 09:00:24 -0400 Date: Mon, 01 Aug 2005 13:00:00 -0000 From: Daniel Jacobowitz To: Eli Zaretskii , gdb-patches@sources.redhat.com Subject: Re: MI testsuite to use PTY for inferior Message-ID: <20050801130023.GN30901@nevyn.them.org> Mail-Followup-To: Eli Zaretskii , gdb-patches@sources.redhat.com References: <17131.5769.342629.658975@farnswood.snap.net.nz> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050801113002.GB24853@white> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-08/txt/msg00016.txt.bz2 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. (B) The huge majority of programs which write to stdout, on Windows or otherwise, couldn't possibly be confused with GDB/MI output. > Nick, does Emacs port natively to windows? Does GDB/MI work reliably for > you there? Not relevant, since his Emacs port doesn't use a separate TTY at the moment. It works just fine with interleaved I/O in fact. > Are there any other routes to go down here? Should we have an > alternative mode where GDB reads the output of the inferior and writes > it to a named pipe? or simply writes it encoded in the MI output stream? > This functionality could work in both UNIX/windows. However, it wouldn't > give terminal semantics. Windows doesn't _HAVE_ terminal semantics! If it did, it'd probably have pseudo-ttys too. I've already suggested pipes; I don't know if there are named pipes on Windows or unnamed ones. Currently we encode writes in the output stream. My question upthread is whether we should continue to do so. -- Daniel Jacobowitz CodeSourcery, LLC