From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13156 invoked by alias); 8 Apr 2006 06:31:20 -0000 Received: (qmail 13148 invoked by uid 22791); 8 Apr 2006 06:31:19 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 08 Apr 2006 06:31:18 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-143-89.inter.net.il [80.230.143.89]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DXP45255 (AUTH halo1); Sat, 8 Apr 2006 09:31:12 +0300 (IDT) Date: Sat, 08 Apr 2006 09:57:00 -0000 Message-Id: From: Eli Zaretskii To: Nick Roberts CC: drow@false.org, dirk.behme@googlemail.com, gdb@sourceware.org In-reply-to: <17462.57160.545635.736634@farnswood.snap.net.nz> (message from Nick Roberts on Sat, 8 Apr 2006 09:53:12 +1200) Subject: Re: MI return error changed from 6.3 to 6.4? Reply-to: Eli Zaretskii References: <44368B51.1030707@gmail.com> <20060407160222.GA24731@nevyn.them.org> <17462.57160.545635.736634@farnswood.snap.net.nz> 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-04/txt/msg00112.txt.bz2 > From: Nick Roberts > Date: Sat, 8 Apr 2006 09:53:12 +1200 > Cc: Dirk Behme , gdb@sourceware.org > > However the manual says: > > Manual> To help users familiar with GDB's existing CLI interface, GDB/MI > Manual> accepts existing CLI commands. As specified by the syntax, such > Manual> commands can be directly entered into the GDB/MI interface and GDB will > Manual> respond. > > Manual> This mechanism is provided as an aid to developers of GDB/MI clients > Manual> and not as a reliable interface into the CLI. Since the command is > Manual> being interpreteted in an environment that assumes GDB/MI behaviour, > Manual> the exact output of such commands is likely to end up being an > Manual> un-supported hybrid of GDB/MI and CLI output. > > so maybe we shouldn't fix it. Alternatively, we could leave what manual says as it is now, and fix the code. Note that it says that _existing_ CLI commands are accepted. So perhaps we should detect non-existing commands and return an MI error indication. > On the other hand this was written before the command -interpreter-exec. If > entering CLI commands directly (using -interpreter-exec implicitly) can be > made as reliable as using -interpreter-exec explicitly, maybe this would be a > convenient alternative, and the above paragraph could be removed from the > manual. Such an incompatible change would require a quarantine period during which the CLI support in MI is marked deprecated.