From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14866 invoked by alias); 29 May 2006 12:23:33 -0000 Received: (qmail 14857 invoked by uid 22791); 29 May 2006 12:23:32 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 29 May 2006 12:23:30 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060529122327.HZDZ26910.eastrmmtao05.cox.net@localhost.localdomain> for ; Mon, 29 May 2006 08:23:27 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1FkgmX-0002NR-PQ for gdb@sources.redhat.com; Mon, 29 May 2006 08:23:37 -0400 Date: Tue, 30 May 2006 03:48:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: MI query questions Message-ID: <20060529122337.GB2021@brasko.net> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i 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/msg00385.txt.bz2 Hi all, I was looking at what else I need in MI working before I have a minimal FE working properly. This is one area of concern to me. This is from the console: (gdb) b A::func [0] cancel [1] all [2] A::func(float) at overloaded.cpp:8 [3] A::func(int) at overloaded.cpp:7 > q Arguments must be choice numbers. (gdb) q This is from MI interp: (gdb) -break-insert A::func ~"[0] cancel\n[1] all\n" ~"[2] A::func(float) at overloaded.cpp:8\n" ~"[3] A::func(int) at overloaded.cpp:7\n" > The first small issue is that the '[1] all\n' choice is on the same line as the [0] choice. This may not be a problem at all, I'm not sure. It looks as if this case would still output properly on the FE's console window. The second issue is how GDB outputs a final ">" line. This isn't a valid GDB/MI Output record/command. At least, I don't think it is. If I select an option, then I get this > 1 ^done,bkpt={number="1",type="breakpoint",disp="keep",enabled="y",addr="0x08048381",func="A::func(float)",file="overloaded.cpp",fullname="/home/bob/rcs/svn/cgdb/cgdb.mi/cgdb/tgdb/testsuite/tgdb.base/overloaded.cpp",line="8",times="0"},bkpt={number="2",type="breakpoint",disp="keep",enabled="y",addr="0x0804837b",func="A::func(int)",file="overloaded.cpp",fullname="/home/bob/rcs/svn/cgdb/cgdb.mi/cgdb/tgdb/testsuite/tgdb.base/overloaded.cpp",line="7",times="0"} (gdb) Which looks pretty good to me. So the problem is, the line ">" apparently means to get input from the user. This isn't specified in the MI OUTPUT record. Should we change the OUTPUT record to represent interactive commands? Has someone else already thought about a good way to handle this? Thanks, Bob Rossi