From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28040 invoked by alias); 11 May 2006 11:14:53 -0000 Received: (qmail 28032 invoked by uid 22791); 11 May 2006 11:14:52 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 11 May 2006 11:14:50 +0000 Received: from farnswood.snap.net.nz (p202-124-115-128.snap.net.nz [202.124.115.128]) by viper.snap.net.nz (Postfix) with ESMTP id D07E8755008; Thu, 11 May 2006 23:14:48 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 500) id 7E36F627ED; Thu, 11 May 2006 12:14:09 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17507.7295.89096.763789@farnswood.snap.net.nz> Date: Thu, 11 May 2006 12:46:00 -0000 To: Joel Brobecker Cc: gdb@sources.redhat.com Subject: Re: CLI commands in MI In-Reply-To: <20060511063929.GE27212@adacore.com> References: <20060511022650.GA3727@brasko.net> <20060511034114.GA25755@nevyn.them.org> <20060511063929.GE27212@adacore.com> X-Mailer: VM 7.19 under Emacs 22.0.50.51 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00135.txt.bz2 > > Now, if we look at the command set someday (around mi4 maybe), and find > > that it's become complete, then perhaps we can disable the CLI hack. > > How about if the front-end wants to provide a debugger console, so > that the user can also enter commands manually? I would have hoped > that we could still allow the user to use CLI commands in that console, > because MI commands output are somewhat difficult to read for a normal > human. Thats what "-interpreter-exec console" is for. Bob is suggesting removing the option of sending CLI commands directly to MI (which actually works pretty much the same way now). > Basically, the front-end would take the user command in CLI format, > send it to the MI interpreter via this feature, and then get the > output back, extract it from the MI output, and then display it > on the console. > > Is there another way of doing this? It switches the interpreter, executes the command, then switches back. Don't ask me for the details though! -- Nick http://www.inet.net.nz/~nickrob