From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13752 invoked by alias); 1 Aug 2005 20:45:14 -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 13736 invoked by uid 22791); 1 Aug 2005 20:45:11 -0000 Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 01 Aug 2005 20:45:11 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-143-138.inter.net.il [80.230.143.138]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id CAA08165 (AUTH halo1); Mon, 1 Aug 2005 23:45:03 +0300 (IDT) Date: Mon, 01 Aug 2005 20:45:00 -0000 Message-Id: From: Eli Zaretskii To: Mark Kettenis CC: gdb-patches@sources.redhat.com In-reply-to: <200508011901.j71J1i1w026583@elgar.sibelius.xs4all.nl> (message from Mark Kettenis on Mon, 1 Aug 2005 21:01:44 +0200 (CEST)) Subject: Re: MI testsuite to use PTY for inferior Reply-to: Eli Zaretskii 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> <200508011901.j71J1i1w026583@elgar.sibelius.xs4all.nl> X-SW-Source: 2005-08/txt/msg00032.txt.bz2 > Date: Mon, 1 Aug 2005 21:01:44 +0200 (CEST) > From: Mark Kettenis > CC: gdb-patches@sources.redhat.com > > Terminals are quite different from "normal" pipes. For example stdio > is line buffered for (pseudo) terminals but normally buffered for > other streams. I'm quite sure I've heard this once or twice before ;-) Seriously, though: buffering and other aspects of I/O relevant to terminals can be fixed by suitable calls to termios or similar functions. In addition, a file handle redirected to the pipe vis-a-vis a FE doesn't necessarily need to be line buffered. So I don't see this as a big problem. (At least in theory; I don't think I will have enough free time to work on this for the Windows port anytime soon.)