From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25691 invoked by alias); 18 Feb 2014 02:01:16 -0000 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 Received: (qmail 25599 invoked by uid 89); 18 Feb 2014 02:01:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 18 Feb 2014 02:01:14 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1WFZzi-0003dh-R0 from Yao_Qi@mentor.com ; Mon, 17 Feb 2014 18:01:10 -0800 Received: from SVR-ORW-FEM-02.mgc.mentorg.com ([147.34.96.206]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 17 Feb 2014 18:01:10 -0800 Received: from qiyao.dyndns.org (147.34.91.1) by svr-orw-fem-02.mgc.mentorg.com (147.34.96.168) with Microsoft SMTP Server id 14.2.247.3; Mon, 17 Feb 2014 18:01:09 -0800 Message-ID: <5302BE78.10400@codesourcery.com> Date: Tue, 18 Feb 2014 02:01:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Eli Zaretskii CC: Subject: Re: [PATCH 12/12] NEWS and Doc on --available-children-only References: <1392367471-13527-1-git-send-email-yao@codesourcery.com> <1392367471-13527-13-git-send-email-yao@codesourcery.com> <83ha82c9rf.fsf@gnu.org> <5301D9F4.5010306@codesourcery.com> <83zjlp93vz.fsf@gnu.org> In-Reply-To: <83zjlp93vz.fsf@gnu.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00557.txt.bz2 On 02/17/2014 11:04 PM, Eli Zaretskii wrote: > No, sorry. "Children whose values are available" is not clear at all. > > Can you explain to me what makes the value "available", or what > prevents it from becoming available? Then I will suggest a suitable > wording. OK, thanks in advance. When GDB reads from trace frames, if the variables are collected and saved in trace frames, GDB is able to show the valid values of these variables. We call "values of these variables are available". OTOH, if the variables are not collected, "their values are unavailable". For example, in a traceframe, field a is collected but field b is not. As a result, value of field a is available, and value of field b is unavailable. struct foo { int a; /* Collected */ int b; /* Uncollected */ }; Going to MI/varobj world, everything is structured as a tree, and each tree node is about certain value. foo.a and foo.b are the children of foo in MI/varobj, so foo.a is an available child of foo, but foo.b isn't. The concept of available and unavailable can be illustrated by GDB accessing trace frames, but the concept itself is quite independent and can be applied to other situations. -- Yao (齐尧)