From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5939 invoked by alias); 10 Jul 2009 16:48:35 -0000 Received: (qmail 5931 invoked by uid 22791); 10 Jul 2009 16:48:34 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 10 Jul 2009 16:48:26 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n6AGmPPD013420 for ; Fri, 10 Jul 2009 12:48:25 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n6AGmOBX000896 for ; Fri, 10 Jul 2009 12:48:24 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n6AGmOM2024321; Fri, 10 Jul 2009 12:48:24 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 60FC8480DE; Fri, 10 Jul 2009 10:48:22 -0600 (MDT) To: Vladimir Prus Cc: gdb@sources.redhat.com Subject: Re: Robustifying pretty-printers References: <200906131411.34204.vladimir@codesourcery.com> <200907101012.32112.vladimir@codesourcery.com> <200907102040.34371.vladimir@codesourcery.com> From: Tom Tromey Reply-To: Tom Tromey Date: Fri, 10 Jul 2009 16:48:00 -0000 In-Reply-To: <200907102040.34371.vladimir@codesourcery.com> (Vladimir Prus's message of "Fri\, 10 Jul 2009 20\:40\:34 +0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-07/txt/msg00073.txt.bz2 >>>>> "Vladimir" == Vladimir Prus writes: Tom> -var-set-child-range 10 20 Tom> -var-list-children Vladimir> And what children with -var-update reevaluate? From 10 to Vladimir> 20? Or from 0 to 20? If the former, it's not very useful. If Vladimir> the latter, then it appears that low boundary is only used Vladimir> for -var-list-children. Right. There is a separation between what the varobj code does internally, and what MI reports to the FE. -var-set-child-range affects what is reported to the FE. Only children in that range are reported. I was assuming the same would be true even if this were done via arguments to -var-list-children. What happens in varobj is another matter. Currently we always fetch children starting at 0, because the pretty-printers have a simple, iterator-based design. Vladimir> Maybe, it's most useful to decouple setting the range for -var-update Vladimir> and getting specific children. So, if frontend wants more children Vladimir> now, it will do: Vladimir> -var-list-children 10 20 Vladimir> and if it wishes for 20 children to be fetched from now on, it will Vladimir> explicitly do: Vladimir> -var-set-child-limit 20 What is the difference between this and "-var-list-children 0 20"? Tom