From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8902 invoked by alias); 18 Feb 2005 18:00:11 -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 8858 invoked from network); 18 Feb 2005 18:00:06 -0000 Received: from unknown (HELO lakermmtao10.cox.net) (68.230.240.29) by sourceware.org with SMTP; 18 Feb 2005 18:00:06 -0000 Received: from white ([68.9.64.121]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050218180001.NBRI17761.lakermmtao10.cox.net@white>; Fri, 18 Feb 2005 13:00:01 -0500 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1D2CQ7-0002UB-00; Fri, 18 Feb 2005 13:00:03 -0500 Date: Fri, 18 Feb 2005 19:51:00 -0000 From: Bob Rossi To: Andrew Cagney Cc: Alain Magloire , Nick Roberts , gdb-patches@sources.redhat.com Subject: Re: MI testsuite improvements Message-ID: <20050218180003.GA9549@white> Mail-Followup-To: Andrew Cagney , Alain Magloire , Nick Roberts , gdb-patches@sources.redhat.com References: <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> <4214AA1D.3030209@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4214AA1D.3030209@gnu.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-02/txt/msg00198.txt.bz2 On Thu, Feb 17, 2005 at 09:28:45AM -0500, Andrew Cagney wrote: > 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. > > Ok. Wonder if it should be ``set/show tty'', "tty ..." just a wrapper. Ok, I'm going to implement this before even thinking about anything else. Do you care what file the -mi-tty command's go in? or should I create a new file? Also, is there an easy way to use the set/show internally to GDB? This way, as you suggessted, there will be 3 ways to access the inferior's tty device name. - through the MI commands - through the set/show - and you can only set the tty through the 'tty' console command there is no way to get the name. This should probably be depricated ... Internally, they should all use the same data, so, is there an interface to modify the set/show value internally to GDB? Thanks, Bob Rossi