From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31061 invoked by alias); 17 Feb 2005 00:44:21 -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 30425 invoked from network); 17 Feb 2005 00:44:06 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 17 Feb 2005 00:44:06 -0000 Received: from drow by nevyn.them.org with local (Exim 4.44 #1 (Debian)) id 1D1Zm1-0002m4-TG for ; Wed, 16 Feb 2005 19:44:05 -0500 Date: Thu, 17 Feb 2005 13:51:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: MI testsuite improvements Message-ID: <20050217004405.GC9895@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20050210160954.GA28209@white> <420B9DEC.3060501@gnu.org> <20050210195749.GA28864@white> <420BC978.1030904@gnu.org> <20050211172931.GA30352@white> <420D08DC.3050903@gnu.org> <20050212021913.GA30900@white> <20050215041600.GA3582@white> <42135BB4.8020506@gnu.org> <20050216200205.GA6608@white> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050216200205.GA6608@white> User-Agent: Mutt/1.5.6+20040907i X-SW-Source: 2005-02/txt/msg00177.txt.bz2 On Wed, Feb 16, 2005 at 03:02:05PM -0500, Bob Rossi wrote: > On Wed, Feb 16, 2005 at 09:41:56AM -0500, Andrew Cagney wrote: > > Bob Rossi wrote: > > > > >>Let me know what you think. If you want the dbg.log files, I can provide > > >>them. > > > > I was kind of looking for an executive summary :-) I've attached a > > trimmed diff. > > > > Two things: > > > > - it should't be using --interpreter console ... > > Can you and/or: add a new -mi-tty command (+test, +doco) and use that; > > invoke GDB with the --tty=... option. Your call. Either pre-approved > > (but get thumbs up from Eli on the doco). > > > > - can the TTY output be identified in someway? > > That might make debugging easier, but if it isn't possible I guess we > > live with that. > > OK, I like this idea a lot. I'll make a new mi function that allows you > to set a tty. I'll also make a new MI function that will allow you to > retrieve the tty device being used, both GDB and the inferior. > > Finally, I think it would be helpful to have GDB actually be able to > create a pty for the front end. In case you didn't know, creating a pty > can be a non portable task, and GDB should be capable of doing it every > where it ports to. This would help out the Front Ends a lot. What do you > think? Something like -mi-tty-new -mi-tty-close? Are you sure this is a good idea? Not only is it non-portable, but there's a lot of alternatives. For instance, the front end probably wants to create the PTY with its other end pointed somewhere useful, and in some frontend-private namespace. A text-based front end might want to connect the PTY to an already running screen session. And so forth. -- Daniel Jacobowitz CodeSourcery, LLC