From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20432 invoked by alias); 17 Feb 2006 11:26:45 -0000 Received: (qmail 20423 invoked by uid 22791); 17 Feb 2006 11:26:44 -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; Fri, 17 Feb 2006 11:26:43 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-203-69.inter.net.il [83.130.203.69]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DOV55731 (AUTH halo1); Fri, 17 Feb 2006 13:26:39 +0200 (IST) Date: Fri, 17 Feb 2006 11:26:00 -0000 Message-Id: From: Eli Zaretskii To: Vladimir Prus CC: gdb@sources.redhat.com In-reply-to: <200602171329.34297.ghost@cs.msu.su> (message from Vladimir Prus on Fri, 17 Feb 2006 13:29:33 +0300) Subject: Re: MI: type prefixes for values Reply-to: Eli Zaretskii References: <200602171329.34297.ghost@cs.msu.su> 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-02/txt/msg00166.txt.bz2 > From: Vladimir Prus > Date: Fri, 17 Feb 2006 13:29:33 +0300 > Cc: gdb@sources.redhat.com > > > Are you saying that you don't want to show your users the fact that > > the pointed object is a function? > > At the very least, not in the way that gdb assumes. In what way, then? > > > I imagine it's a simple matter of wrapping some code in > > > "ui_output_is_mi_like_p". Can somebody comment on this proposal? > > > > I think this will lose useful information. So for now I object. > > You can get the type information via the -var-info-type, which is more formal > way to get this information. Why is it more formal, and why should we force the front end to send yet another command to get this information? Increasing communications between the front end and GDB is not a good idea, I think. > > > (gdb) > > > -thread-select 2 > > > ^done,new-thread-id="2",frame={level="0",func="thread", > > > args=[{name="p",value="0x0"}],.......... > > > (gdb) > > > -stack-list-arguments 1 0 0 > > > ^done,stack-args=[frame={level="0", > > > args=[{name="p",value="(void *) 0x0"}]}] > > > > > > Note that first output has "0x0" as value of 'p', and the second has > > > "(void *)0x0". > > > > Also, the first one shows the func= part, the second doesn't. > > Heh, the second is not supposed to show func= part at all. MI does not have a > command equivalent to "backtrace". One has to list -stack-list-frames (that > does include func=) and -stack-list-arguments (that includes only argument). > BTW, not very convenient. Perhaps MI should have an equivalent of backtrace. > > Looks > > like a bug to me: those two should both use the same code. > > Should I file a bug? Yes, I think so.