From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18857 invoked by alias); 29 Jun 2009 10:13:04 -0000 Received: (qmail 18849 invoked by uid 22791); 29 Jun 2009 10:13:03 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp.nokia.com (HELO mgw-mx06.nokia.com) (192.100.122.233) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 29 Jun 2009 10:12:57 +0000 Received: from esebh105.NOE.Nokia.com (esebh105.ntc.nokia.com [172.21.138.211]) by mgw-mx06.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id n5TACbtG021642 for ; Mon, 29 Jun 2009 13:12:45 +0300 Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by esebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 29 Jun 2009 13:11:58 +0300 Received: from mgw-da01.ext.nokia.com ([147.243.128.24]) by vaebh104.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 29 Jun 2009 13:11:58 +0300 Received: from gar.localnet (bettdhcp167194.europe.nokia.com [172.25.167.194]) by mgw-da01.ext.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id n5TABrsj010168 for ; Mon, 29 Jun 2009 13:11:54 +0300 From: =?utf-8?q?Andr=C3=A9_P=C3=B6nitz?= To: gdb@sourceware.org Subject: Re: -stack-list-locals and children Date: Mon, 29 Jun 2009 10:13:00 -0000 User-Agent: KMail/1.11.2 (Linux/2.6.28-11-generic; KDE/4.2.2; i686; ; ) References: <629542d40906281203o3601025at573704e36ee80565@mail.gmail.com> <200906291131.57895.andre.poenitz@nokia.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906291213.04817.andre.poenitz@nokia.com> X-Nokia-AV: Clean Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00292.txt.bz2 On Monday 29 June 2009 11:39:27 Vladimir Prus wrote: > > One point was always to reduce the number of roundtrips before > > being able to display the variable view. I think that's a valid point > > also from a KDevelop angle of view. > > Right, but how variable type is helping? Is it used *just* to populate > the "type" field in variable view? Or is it also involved in QtCreator's > pretty-printing mechanisms somehow? Right. They are also primary information for the current incarnation of Qt Creator's pretty-printing. However I don't want center the argumentation around the needs of a specific IDE though if there is a "cross-IDE" reason. And reducing roundtrip count should be fairly cross-IDE ;-} > >> One important question is whether knowing a type of expression, without > >> knowing its address, is gonna help you very much. > > > > Yes, as the address is not as prominently displayed in the view as the > > type having the type quickly even without an address would help. > > But will address help if the object being displayed needs pretty-printing? > Say, QString? I am not actually sure how you do pretty printing, but I'd imagine > that address should always be needed. I get the address filled in "for free" by gdb when invoking the pretty printers. It's conceptionally[1] something like running "call dumpQString(&astring)" through gdb when there is a local "QString astring;" in the code. So I don't have a specific interest in having the address available in the first round.However, in general I would not mind if information that's easily available on the gdb side and that takes only a few characters would be output. So if you added an address field I'd certainly not complain ;-) Andre' [1] In practice it's way more messy as this needs to work with several versions of gdb (and other debuggers for that matter)