From: Eli Zaretskii <eliz@gnu.org>
To: Philippe Waroquiers <philippe.waroquiers@skynet.be>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA 3/3] Document 'set|show exec-file-mismatch (reload|warn|off)'
Date: Sat, 21 Dec 2019 17:44:00 -0000 [thread overview]
Message-ID: <83o8w1zi8u.fsf@gnu.org> (raw)
In-Reply-To: <20191221143632.15990-4-philippe.waroquiers@skynet.be> (message from Philippe Waroquiers on Sat, 21 Dec 2019 15:36:32 +0100)
> From: Philippe Waroquiers <philippe.waroquiers@skynet.be>
> Cc: Philippe Waroquiers <philippe.waroquiers@skynet.be>
> Date: Sat, 21 Dec 2019 15:36:32 +0100
>
> + Set or show the option 'exec-file-mismatch'. When GDB attaches to
> + a running program and can determine the running program, this new option
"attached to a running program and can determine the running program"
sounds strange and confusing (if GDB has attached to a program, it
should not have any trouble determining it, right?). I guess you
meant something like
When GDB attaches to a running process, and can determine the
executable program file the process runs, this new option ...
> + indicates how to handle a mismatch between the current exec-file and
> + the automatically detected file.
Here, instead of "current exec-file" I'd use "the program file on
disk", and instead of "automatically detected" I'd use "the program
file used to start the process". The main point is not to introduce
terminology not referenced in previous text, otherwise you risk losing
or confusing the reader.
> + and reload the automatically determined file after user confirmation.
Well, the "automatically determined file" can no longer be reloaded,
since it was updated on disk, right?
> +@anchor{set exec-file-mismatch}
> +If the debugger can determine the program running in the process
> +and this program does not match the current exec-file, the option
> +@code{exec-file-mismatch} specifies how to handle the mismatch.
Suggest to explain how the mismatch is determined, because otherwise
this text sounds unclear and maybe confusing.
> +@table @code
> +@kindex exec-file-mismatch
> +@cindex set exec-file-mismatch
> +@item set exec-file-mismatch @samp{reload|warn|off}
> +In case of mismatch between the current exec-file and the automatically
> +determined exec-file of the PID the debugger is attaching to,
> +@samp{reload} indicates to give a warning to the user and reload
> +the automatically determined exec-file. The user will be asked to
> +confirm the loading of the automatically determined file.
> +With @samp{warn}, @value{GDBN} just gives a warning to the user to
> +signal the mismatch. @samp{off} indicates to not check for mismatch.
> +The default value is @samp{reload}.
I'd reword this text as follows:
Whether to detect mismatch between the program file used to start
the process and the current executable file of that program on disk.
If @samp{reload}, the default, display a warning and ask the user
whether to reload the program's file; if @samp{warn}, just display a
warning; if @samp{off}, don't attempt to detect a mismatch.
> +Some remote targets allow @value{GDBN} to determine the program running
> +in the process the debugger is attaching to. In such a case, @value{GDBN}
> +uses the value of @code{exec-file-mismatch} to handle a possible mismatch
> +between the program running in the process and the current exec-file.
> +(@pxref{set exec-file-mismatch}).
The period before @pxref in parentheses is redundant and should be
removed.
Thanks.
next prev parent reply other threads:[~2019-12-21 17:44 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-21 14:36 [RFA 1/3] New option 'set exec-file-mismatch (reload|warn|off)'. Fixes PR gdb/17626 Philippe Waroquiers
2019-12-21 14:36 ` [RFA 2/3] Test 'set exec-file-mismatch reload|warn|off' Philippe Waroquiers
2019-12-21 14:36 ` [RFA 1/3] Implement 'set/show exec-file-mismatch' Philippe Waroquiers
2020-01-08 0:58 ` Tom Tromey
2019-12-21 14:36 ` [RFA 3/3] Document 'set|show exec-file-mismatch (reload|warn|off)' Philippe Waroquiers
2019-12-21 17:44 ` Eli Zaretskii [this message]
2019-12-21 20:16 ` Philippe Waroquiers
2019-12-22 18:20 ` Eli Zaretskii
2019-12-22 2:46 ` Christian Biesinger via gdb-patches
2019-12-22 9:09 ` Philippe Waroquiers
2020-01-08 0:52 ` 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=83o8w1zi8u.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=philippe.waroquiers@skynet.be \
/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