From: Andrew Cagney <ac131313@ges.redhat.com>
To: kraftche@cae.wisc.edu
Cc: gdb@sources.redhat.com
Subject: Re: environment for 'shell' command
Date: Mon, 09 Sep 2002 11:45:00 -0000 [thread overview]
Message-ID: <3D7CEC52.3000504@ges.redhat.com> (raw)
In-Reply-To: <3D359FDE.4453EA90@cae.wisc.edu>
> Hi,
>
> I would like the ability to pass the file name and line number of the
> source corresponding to the selected stack frame to a program started
> via the 'shell' command. I could not find any way to do this in gdb.
> If there is a way to do this, please let me know (and disregard the rest
> of this message.) I decided to add this functionality but I am
> unfimiliar with the internal workings of gdb. The following is a
> description of what I did to implement this. I'd really appreciate any
> suggestions on better ways to implement this, error conditions I'm not
> handling, etc.
Off hand I can think of two ways to handle this:
-- extend what you've proposed by including commands to explicitly
manipulate the exported environment, vis:
(gdb) command-to-set-shell-env VARIABLE VALUE
(gdb) shell printenv VARIABLE
VARIABLE=VALUE
(gdb)
where VALUE is something that GDB could evaluate.
As I suspect you discovered, there currently isn't a mechanism for
refering to the current SAL from GDB's command line.
I think it is better to have explicit commands to manipulate the
exported environment as that will help make things more transparent. A
few defaults wouldn't hurt of course.
-- extend ``shell'' or add a new command that lets expressions that GDB
evaluates be passed down to the shell. That way, something like:
(gdb) eval shell $frame.file $frame.line
would pass down the values you need. (No $frame.file and $frame.line do
not exist :-). Hmm, it appears that ``eval'' isn't taken.
Anyone?
(It's time to reach a decision on $frame, $gdbframe $gdb.frame and get
that committed :-)
Andrew
> The simplest way I could come up with to do this is to put the values in
> environmental variables immediately before executing the command.
> Specifically, setting gdb_stack_dir, gdb_stack_file, and gdb_stack_line
> to the values from a struct symtab_and_line. I use this for defining
> things like a 'view' command that highlights the current location in the
> source in a text editor:
> define view
> shell if [ x$gdb_stack_file != x ]; then \
> nc -line $gdb_stack_line $gdb_stack_dir$gdb_stack_file; \
> fi
> end
>
> I added the following function to stack.c to get a symtab_and_line
> struct for the selected frame:
>
> /* Get a symtab_and_line for the selected stack frame. */
> struct symtab_and_line
> find_selected_line (void)
> {
> struct symtab_and_line sal;
> INIT_SAL( &sal );
> if( selected_frame != NULL )
> sal = find_pc_line(selected_frame->pc,
> selected_frame->next
> && !selected_frame->next->signal_handler_caller
> && !frame_in_dummy (selected_frame->next));
> return sal;
> }
>
>
> I added a function 'set_shell_environment' to cli/cli-cmds.c and added
> calls to that function in 'shell_escape'.
>
> #define SHELL_ENV "gdb_stack_"
>
> static void
> set_shell_environment()
> {
> char buffer[16];
> struct symtab_and_line sal = find_selected_line();
>
> unsetenv (SHELL_ENV "file");
> unsetenv (SHELL_ENV "dir");
> unsetenv (SHELL_ENV "line");
>
> if (sal.symtab && sal.symtab->filename && sal.symtab->dirname)
> {
> sprintf (buffer, "%d", sal.line);
> setenv (SHELL_ENV "line", buffer, 1);
> setenv (SHLLL_ENV "dir", sal.symtab->dirname, 1);
> setenv (SHELL_ENV "file", sal.symtab->filename, 1);
> }
> }
>
> thanks,
>
> -- Jason Kraftcheck
next prev parent reply other threads:[~2002-09-09 18:45 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-17 9:50 Jason Kraftcheck
2002-09-09 11:45 ` Andrew Cagney [this message]
2002-09-09 13:23 ` Daniel Jacobowitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3D7CEC52.3000504@ges.redhat.com \
--to=ac131313@ges.redhat.com \
--cc=gdb@sources.redhat.com \
--cc=kraftche@cae.wisc.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox