From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27889 invoked by alias); 13 Apr 2007 09:53:33 -0000 Received: (qmail 27640 invoked by uid 22791); 13 Apr 2007 09:53:32 -0000 X-Spam-Check-By: sourceware.org Received: from heller.inter.net.il (HELO heller.inter.net.il) (213.8.233.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 13 Apr 2007 10:53:28 +0100 Received: from HOME-C4E4A596F7 (IGLD-84-228-46-127.inter.net.il [84.228.46.127]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id CIL70778 (AUTH halo1); Fri, 13 Apr 2007 12:53:23 +0300 (IDT) Date: Fri, 13 Apr 2007 09:53:00 -0000 Message-Id: From: Eli Zaretskii To: Vladimir Prus CC: drow@false.org, gdb-patches@sources.redhat.com In-reply-to: <200704111843.43991.vladimir@codesourcery.com> (message from Vladimir Prus on Wed, 11 Apr 2007 18:43:43 +0400) Subject: Re: Ping: frozen variable objects Reply-to: Eli Zaretskii References: <200703251351.43195.vladimir@codesourcery.com> <20070410190335.GA22313@caradoc.them.org> <200704111843.43991.vladimir@codesourcery.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: 2007-04/txt/msg00189.txt.bz2 > From: Vladimir Prus > Date: Wed, 11 Apr 2007 18:43:43 +0400 > Cc: gdb-patches@sources.redhat.com > > > Hmm, that line at the bottom says there's detailed documentation > > below. But you didn't add any for -var-set-frozen. > > Wierd, that docs were in previous patch. I've revived them now. Thanks. I'm okay with the doco patch, after you fix the following minor problems: > +leaf variable objects, which always have built-in types. Child variable ^^ Two blanks after a period, please. > +objects are created only by explicit request, so if a frontend > +is not interested in children of a particular variable object, no ^^^^^^^^^^^ "in the children" > +be transferred to the frontend. As noted above, children variable ^^ Two blanks. > +objects are created on demand, and only leaf variable object have a ^^^^^^^^^^^^^^^^^^^^ "leaf variable objects", in plural. > +@smallexample > + -var-set-frozen @var{name} @samp{flag} > +@end smallexample > + > +Set the frozeness flag on the variable object @var{name}. The > +@samp{flag} parameter should be either @samp{1} to make the variable > +frozen or @samp{0} to make it unfozen. Here `flag' stands for something else (0 or 1), so it should be in @var, not @samp, like `name'. > If a variable object is > +frozen, then neither itself, nor any of its children, are > +implicitly updated by @code{-var-update} of a parent variable or > +by @code{-var-update *}. A @pxref here to where -var-update is described would be a good idea.