From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22418 invoked by alias); 25 Apr 2002 13:41:11 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 22411 invoked from network); 25 Apr 2002 13:41:10 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 25 Apr 2002 13:41:10 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 805973D37; Thu, 25 Apr 2002 09:41:09 -0400 (EDT) Message-ID: <3CC80775.8070803@cygnus.com> Date: Thu, 25 Apr 2002 06:41:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.9) Gecko/20020424 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eli Zaretskii Cc: chanskw@ca.ibm.com, gdb@sources.redhat.com Subject: Re: Questions about GDB-MI Interface References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00432.txt.bz2 > On Wed, 24 Apr 2002 chanskw@ca.ibm.com wrote: > > >> in mi/mi-main.c, where the CLI command forwarding is done, that says >> >> /* A CLI command was read from the input stream */ >> /* This will be removed as soon as we have a complete set of >> mi commands */ >> >> Before we decide to go down the path of switching to MI, we need to confirm >> that CLI-in-MI capability will continue to be available for us to provide a >> console window for our users. > > > I second that. If this is removed, I think GDB/MI should introduce an > alternative feature with equivalent functionality, like some special > command that will allow a CLI command to be fed to MI. There is a bit of history here. The above was added as a ``hack'' so that people could enter normal commands into the CLI while debugging things. It wasn't intended as a published interface. The comments and documentation were strongly worded in an attept to stop people trying to pin GDB down on either the mechanisms interface (it doesn't exist) or long term support). It was added with much hesitation because there was real concern that once a vaguely looking console mechanism was added, people would try to use it instead of investing the time and resources needed to address the problem of implementing a real console interface. enjoy, Andrew