From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2290 invoked by alias); 21 Nov 2005 22:03:25 -0000 Received: (qmail 2282 invoked by uid 22791); 21 Nov 2005 22:03:24 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 Nov 2005 22:03:22 +0000 Received: from HOME-C4E4A596F7 (IGLD-84-228-243-191.inter.net.il [84.228.243.191]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id DAG35568 (AUTH halo1); Tue, 22 Nov 2005 00:03:18 +0200 (IST) Date: Tue, 22 Nov 2005 04:58:00 -0000 Message-Id: From: Eli Zaretskii To: Andrew STUBBS CC: gdb-patches@sources.redhat.com In-reply-to: <4381DC75.80800@st.com> (message from Andrew STUBBS on Mon, 21 Nov 2005 14:40:53 +0000) Subject: Re: [PATCH] keeping convenience variables (take 2) Reply-to: Eli Zaretskii References: <4381DC75.80800@st.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00398.txt.bz2 > Date: Mon, 21 Nov 2005 14:40:53 +0000 > From: Andrew STUBBS > > +@value{GDBN} commands that wipe the symbol table, such as @samp{file} and > +@samp{symbol-file}, cause problems for convenience variables---their types > +may be lost so their values may become meaningless. @value{GDBN} tries to > +avoid this by selecting a type from the new symbol table (if any). If a > +suitable type does not exist (at the time the variable is accessed) then > +@value{GDBN} will show the value as @code{void} until the type becomes > +available once more. The @samp{show convenience} command will tag these > +variables with @samp{}. ^^^ Please use @dots{} here instead of a literal "..." (the former produces better results in print). Also, please give an example of a variable whose definition makes it dependant on the symbol table. Since only that kind of convenience variables is prone to this problem, I think it's important that we show the reader when such a problem can happen. Other than that, this part is approved. Thanks.