Re: [PATCH] keeping convenience variables (take 2)

Eli Zaretskii
2005-11-21T22:03:25Z

> Date: Mon, 21 Nov 2005 14:40:53 +0000
> From: Andrew STUBBS <andrew.stubbs@st.com>
>
> +@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{<type '...' unknown>}.
^^^
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.