From: Tom Tromey <tromey@redhat.com>
To: Eli Zaretskii <eliz@is.elta.co.il>
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFC: Inferior command line arguments
Date: Fri, 28 Sep 2001 05:26:00 -0000 [thread overview]
Message-ID: <87u1xnh4ns.fsf@creche.redhat.com> (raw)
In-Reply-To: <2593-Fri28Sep2001103201+0300-eliz@is.elta.co.il>
>>>>> "Eli" == Eli Zaretskii <eliz@is.elta.co.il> writes:
Eli> [Shouldn't this kind of discussions be held on gdb rather than
Eli> gdb-patches?]
I didn't want to send a patch there.
Eli> First, isn't it better to use quoteargs (sp?) function for the
Eli> quoting of the characters special to the shell, instead of
Eli> rolling our own? I mean the function which is used by Patch and
Eli> a few other GNU packages.
Probably. I wasn't aware of that function.
>> +/* Given a vector of command-line arguments, return a newly allocated
>> + string which, when passed to the create_inferior function, will be
>> + parsed to yield the same vector.
Eli> I'm probably missing something important here, but this comment begs a
Eli> question: if all we need is to get the same vector in the end, why go
Eli> through the pain of quoting it and then unquoting it again? Can't we
Eli> just sneak the original vector in somehow?
On Unix platforms, aside from some unusual situations, gdb uses the
user's shell to invoke the inferior. The shell, not gdb, is doing the
unquoting. I don't see a way to do this other than to bundle up all
the arguments into a quoted string.
On other platforms gdb might do some unquoting. I looked at a few
(but not all), though, and generally speaking this doesn't seem to
happen. The Windows port passes the argument string to CreateProcess
(I don't know how Windows unquoting is done, but presumably gdb can't
affect it). For many targets, arguments to the inferior simply are
disallowed.
Tom
next prev parent reply other threads:[~2001-09-28 5:26 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-27 21:02 Tom Tromey
2001-09-28 1:31 ` Eli Zaretskii
2001-09-28 5:26 ` Tom Tromey [this message]
2001-09-28 7:21 ` Eli Zaretskii
2001-09-28 7:50 ` Tom Tromey
2001-09-28 9:25 ` Eli Zaretskii
2001-09-30 12:07 ` Christopher Faylor
2001-10-01 0:39 ` Eli Zaretskii
2001-10-01 8:07 ` Tom Tromey
2001-10-01 8:10 ` Christopher Faylor
2001-09-28 11:24 ` Michael Snyder
2001-09-28 11:32 ` Tom Tromey
2001-09-28 11:59 ` Daniel Jacobowitz
2001-09-28 12:24 ` Tom Tromey
2001-09-29 2:23 ` Eli Zaretskii
2001-09-28 12:27 ` Andrew Cagney
2001-09-28 12:42 ` Daniel Jacobowitz
2001-09-28 14:19 ` Tom Tromey
2001-09-28 14:22 ` Daniel Jacobowitz
2001-09-29 1:23 ` David Deephanphongs
2001-10-01 8:09 ` Tom Tromey
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=87u1xnh4ns.fsf@creche.redhat.com \
--to=tromey@redhat.com \
--cc=eliz@is.elta.co.il \
--cc=gdb-patches@sources.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