From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14808 invoked by alias); 31 Jul 2005 21:35:12 -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 14790 invoked by uid 22791); 31 Jul 2005 21:35:09 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sun, 31 Jul 2005 21:35:09 +0000 Received: from farnswood.snap.net.nz (p197-tnt1.snap.net.nz [202.124.110.197]) by viper.snap.net.nz (Postfix) with ESMTP id 8AD5A5F5C06; Mon, 1 Aug 2005 09:35:06 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 2F5AE62A99; Sun, 31 Jul 2005 22:36:29 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17133.17501.192145.90128@farnswood.snap.net.nz> Date: Sun, 31 Jul 2005 21:35:00 -0000 To: Bob Rossi Cc: gdb-patches@sources.redhat.com Subject: Re: MI testsuite to use PTY for inferior In-Reply-To: <20050731131653.GC22547@white> 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> X-SW-Source: 2005-07/txt/msg00241.txt.bz2 > If it would be OK, I'd prefer to just have the TTY work with all MI > tests, not making it optional. I'd like to repost the patch with all of > the problems found already, and with that additional change. Is this OK? > > My theory is that no FE can/should use MI with out separating the inferior > output via a pty. So, it's OK to test GDB under these assumptions. I think you should at least test for ptys first, so that the old tests are run if/when they are not available. More generally I think its wrong to force the frontend to separate the output. Currently, I get reasonable behaviour with Emacs without doing this and would always include interleaved output as a user option. Nick