From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19002 invoked by alias); 1 Apr 2008 14:13:14 -0000 Received: (qmail 18994 invoked by uid 22791); 1 Apr 2008 14:13:13 -0000 X-Spam-Check-By: sourceware.org Received: from hoat.troll.no (HELO hoat.troll.no) (62.70.27.150) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 01 Apr 2008 14:12:54 +0000 Received: from hoat.troll.no (tedur.troll.no [62.70.27.154]) by hoat.troll.no (Postfix) with SMTP id 5232C20B4A for ; Tue, 1 Apr 2008 16:12:52 +0200 (CEST) Received: from gar.trolltech.de (gar.trolltech.de [10.4.0.24]) by hoat.troll.no (Postfix) with ESMTP id 39A8D20B3C for ; Tue, 1 Apr 2008 16:12:52 +0200 (CEST) From: =?iso-8859-1?q?Andr=E9_P=F6nitz?= To: gdb-patches@sourceware.org Subject: Re: -var-update @ Date: Tue, 01 Apr 2008 14:30:00 -0000 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <6D19CA8D71C89C43A057926FE0D4ADAA04290FF9@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA04290FF9@ecamlmw720.eamcs.ericsson.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804011613.34684.apoenitz@trolltech.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-04/txt/msg00013.txt.bz2 On Tuesday 01 April 2008 15:23:29 Marc Khouzam wrote: > > > As an example I don't need the 'intermediate level' of public/protected/private > > information for C++ objects, since I do not want to display that anyway. > > Yet I have to ask for --all-children, wait for the response, parse it, only to > > discover that it cointains a, say, private and a public block, and ask again > > for the 'real' children now. So that's two full roundtrips for what could be one... > > That is good example of something that would be nice to improve. > Maybe having a -depth option to the var-list-children command? I am rarely interested in seeing deeper levels 'immediately', and if so, it's unlikely that I'd need the same level for all children. Just having an option to skip the 'access' level would be nice. The access information could even be listed in the child items directly, so there would be no loss of information for the frontend at all... > In DSF, we always go to a full depth, so we have no real use for having to > separately query at each level of children. Honestly, the biggest improvement for me would be 'stateless MI', i.e. basically '-evaluate-expression' and '-list-children' without varobjects being created at all. I live in a almost pure C++ enviroment, so I display a, say, std::map as a two-column table, not as 'a bunch of structures containing pointers to each other' (no offense to std::map<> implementors implied ;-) ). Stateful varobject do not really help e.g. for getting a notification when a new key/value pair gets inserted, as this can basically happen everywhere in the tree. Of course, I do not expect gdb to do my job in interpreting the raw structures, but as it stands, some of the available operations are "too high level" for me as they try to help me in a way (like automatically creating varobjects, or, say returning "cooked" data for char* values) that I have a hard time to "actively ignore" ;-) Regards, Andre'