From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30364 invoked by alias); 30 Apr 2008 10:11:37 -0000 Received: (qmail 30276 invoked by uid 22791); 30 Apr 2008 10:11:35 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 30 Apr 2008 10:11:05 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jr9HA-0008B3-Ba for gdb-patches@sources.redhat.com; Wed, 30 Apr 2008 10:11:00 +0000 Received: from 78.158.192.230 ([78.158.192.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Apr 2008 10:11:00 +0000 Received: from vladimir by 78.158.192.230 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 30 Apr 2008 10:11:00 +0000 To: gdb-patches@sources.redhat.com From: Vladimir Prus Subject: Re: [PATCH:MI] Return a subset of a variable object's children Date: Wed, 30 Apr 2008 13:11:00 -0000 Message-ID: References: <18452.24568.655617.907458@kahikatea.snap.net.nz> <200804301100.21674.apoenitz@trolltech.com> <200804301140.26347.apoenitz@trolltech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8Bit User-Agent: KNode/0.10.5 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/msg00692.txt.bz2 André Pönitz wrote: > On Wednesday 30 April 2008 11:19:59 Vladimir Prus wrote: >> André Pönitz wrote: >> >> I wonder if deleting children that are not visible is possible/desirable. >> > >> > Well, I would still prefer a simple toggle that would allow me to switch off >> > any automatic creation of children >> >> There's no automatic creation. Until you do -list-children, no child is created. > > That's what I meant. Right now I can't get a list of children without > varobjects being created. Yes, why is that a bad thing? >> > and one-shot 'expression evaluation' and one-shot 'children listing'. >> >> What is 'expression evaluation'. > > A shortcut for > > -var-create foo * exp > -var-evaluate-expression foo > -var-delete foo > > optionally including a > > -var-list-children foo > > Maybe its already there and I just did not see it... Well, there's data-evaluate-expression but it throws raw data at you, there's no "children", just string. I seems that doing the 3 or 4 commands above is just fine. Why do you want to delete varobj immediately and what problem does sending 4 commands cause? >> I'm afraid I don't get your point. If you want funny representations of >> any type you can either: >> >> 1. Use Python visualizers (that can be switched on the fly) > > Right. I guess that's probably the route to go for me in the long run. > I am a bit scared by the additional dependency, though, so I wouldn't > mind to have a reasonably well working 'pure MI' solution as fallback, > too. Probably won't happen. >> 2. Just get the raw data and show it as you see fit. > > This does not work too well with structures containing pointers > or such. It's fine for 'position independent' data like bitmaps or > so, though. If a structure contains a pointer, and you want some custom visualization, you can do something with the pointer value. I don't really understand what you're trying to do :-( - Volodya