substitute gdb convenience variable into gdb command

substitute gdb convenience variable into gdb command

[Yakov Lerner]

How do I substitute value of gdb convenience variable into gdb command ?

For example:
    set $thread_num=5
    thread apply $thread_num where
    Error parsing $thread_num where
    eval thread apply $thread_num where
    Undefined command: "eval".  Try "help".

Thanks
Y.L.

Re: substitute gdb convenience variable into gdb command

[Daniel Jacobowitz]

On Tue, Feb 12, 2008 at 05:54:33PM +0200, Yakov Lerner wrote:
> How do I substitute value of gdb convenience variable into gdb command ?

Sorry, there's no way to do this.

-- 
Daniel Jacobowitz
CodeSourcery

Re: substitute gdb convenience variable into gdb command

[Michael Snyder]

On Tue, 2008-02-12 at 11:03 -0500, Daniel Jacobowitz wrote:
> On Tue, Feb 12, 2008 at 05:54:33PM +0200, Yakov Lerner wrote:
> > How do I substitute value of gdb convenience variable into gdb command ?
> 
> Sorry, there's no way to do this.

It's really dependent on the command.  Command arguments
come in as a string, and each command has to parse them.

It's just that in this particular case, the command tries
to parse the string by using strtol.  Nicer commands use
one of gdb's built-in parsing functions, which take into
account things like expressions and convenience variables.

Re: substitute gdb convenience variable into gdb command

[Michael Snyder]

On Tue, 2008-02-12 at 17:54 +0200, Yakov Lerner wrote:
> How do I substitute value of gdb convenience variable into gdb command ?
> 
> For example:
>     set $thread_num=5
>     thread apply $thread_num where
>     Error parsing $thread_num where
>     eval thread apply $thread_num where
>     Undefined command: "eval".  Try "help".
> 
> Thanks
> Y.L.


Hmm!  That's a bit of an oversight...
thread_apply_command calls strtol.  It ought to call
one of the built-in expression parsing functions.

Somebody should fix that...   ;-)

Re: substitute gdb convenience variable into gdb command

[Daniel Jacobowitz]

On Tue, Feb 12, 2008 at 11:41:33AM -0800, Michael Snyder wrote:
> Hmm!  That's a bit of an oversight...
> thread_apply_command calls strtol.  It ought to call
> one of the built-in expression parsing functions.

Not really.  It would become pretty much impossible to parse the
command if you did that.  There's no reliable way to find the end of
an expression if it has unknown text afterwards.

-- 
Daniel Jacobowitz
CodeSourcery

Re: substitute gdb convenience variable into gdb command

[Michael Snyder]

On Tue, 2008-02-12 at 14:55 -0500, Daniel Jacobowitz wrote:
> On Tue, Feb 12, 2008 at 11:41:33AM -0800, Michael Snyder wrote:
> > Hmm!  That's a bit of an oversight...
> > thread_apply_command calls strtol.  It ought to call
> > one of the built-in expression parsing functions.
> 
> Not really.  It would become pretty much impossible to parse the
> command if you did that.  There's no reliable way to find the end of
> an expression if it has unknown text afterwards.

You're right.  I ran into the same issue when I did the
dump and restore commands.  I used parse_and_eval_long, 
but only because I arranged the command syntax so that
the integer value was the last argument on the command line.

In this case it isn't the last argument, so we can't do that.