From: Sergio Durigan Junior <sergiodj@redhat.com>
To: Pedro Alves <palves@redhat.com>
Cc: GDB Patches <gdb-patches@sourceware.org>, Eli Zaretskii <eliz@gnu.org>
Subject: Re: [PATCH/RFC] Implement the ability to set the current working directory in GDBserver
Date: Tue, 05 Sep 2017 17:45:00 -0000 [thread overview]
Message-ID: <87shg1yr78.fsf@redhat.com> (raw)
In-Reply-To: <79779c39-8f54-c5da-5450-e67a35294e08@redhat.com>
On Thursday, August 31 2017, Pedro Alves wrote:
> On 08/30/2017 06:38 AM, Sergio Durigan Junior wrote:
>> I didn't want to implement a gdbserver-specific command (e.g., "set
>> remote directory"), which means that my approach has some drawbacks.
>> For example, if you want gdbserver to cd to "/abc", but "/abc" doesn't
>> exist in the host, then you still won't be able to do this, because
>> GDB obviously won't allow you to "cd" into a non-existing dir. So you
>> will have to have the same directory structure in both host and target
>> if you want to do that.
>
> I'm not sure this is the right approach. I'd like to have a
> better understanding of what are the use cases "cd" is used for.
> Beyond affecting the inferior's cwd when it is started, what
> else is/can "cd" used for? Or IOW, what else does GDB's
> current working directory affect?
Good, I was also not 100% this was the right approach either.
I gave this all a thought yesterday and, before I answer your questions,
I'd like to know if I'm understanding the goal correctly. We want to be
able to instruct gdbserver to change the current working directory
before starting the inferior, correct? I had the impression that this
was the only goal to achieve, but I'm afraid I'm not seeing the entire
picture here.
As for your questions. I looked at the code to find places where the
"current_directory" variable was being used. This is the variable that
ultimately gets changed when "cd" is used.
Aside from impacting the inferior's cwd, current_directory is also used
on the ".gdb_history" machinery.
tmpenv = getenv ("GDBHISTFILE");
if (tmpenv)
history_filename = xstrdup (tmpenv);
else if (!history_filename)
{
/* We include the current directory so that if the user changes
directories the file written will be the same as the one
that was read. */
#ifdef __MSDOS__
/* No leading dots in file names are allowed on MSDOS. */
history_filename = concat (current_directory, "/_gdb_history",
(char *)NULL);
#else
history_filename = concat (current_directory, "/.gdb_history",
(char *)NULL);
#endif
}
read_history (history_filename);
As John Baldwin also mentioned, 'cd' has an effect when loading GDB
scripts. And probably has an effect when loading other stuff.
Since gdbserver doesn't really support loading scripts and also doesn't
use .gdb_history, I don't think they are relevant in this case.
Having said that, I'd like to discuss more about the ultimate goal, so
that I know I'm pursuing the right things here.
Thanks,
--
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/
next prev parent reply other threads:[~2017-09-05 17:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-30 4:38 Sergio Durigan Junior
2017-08-30 14:29 ` Eli Zaretskii
2017-08-31 21:41 ` Sergio Durigan Junior
2017-09-01 12:32 ` Philippe Waroquiers
2017-09-01 18:40 ` Sergio Durigan Junior
2017-08-31 22:01 ` Pedro Alves
2017-08-31 22:42 ` John Baldwin
2017-09-05 17:45 ` Sergio Durigan Junior [this message]
2017-09-06 14:20 ` Pedro Alves
2017-09-06 18:18 ` Sergio Durigan Junior
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=87shg1yr78.fsf@redhat.com \
--to=sergiodj@redhat.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=palves@redhat.com \
/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