GNU bug report logs -
#34274
[PATCH] * src/callproc.c (call-process/region): Fix docstring arg formatting
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34274 in the body.
You can then email your comments to 34274 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34274
; Package
emacs
.
(Fri, 01 Feb 2019 14:15:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nicholas Drozd <nicholasdrozd <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 01 Feb 2019 14:15:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
---
src/callproc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/callproc.c b/src/callproc.c
index d4558387cf..f8036f51ef 100644
--- a/src/callproc.c
+++ b/src/callproc.c
@@ -237,7 +237,7 @@ DESTINATION can also have the form (REAL-BUFFER
STDERR-FILE); in that case,
t (mix it with ordinary output), or a file name string.
Fourth arg DISPLAY non-nil means redisplay buffer as output is inserted.
-Remaining arguments are strings passed as command arguments to PROGRAM.
+Remaining ARGS are strings passed as command arguments to PROGRAM.
If executable PROGRAM can't be found as an executable, `call-process'
signals a Lisp error. `call-process' reports errors in execution of
@@ -1033,7 +1033,7 @@ STDERR-FILE may be nil (discard standard error output),
t (mix it with ordinary output), or a file name string.
Sixth arg DISPLAY non-nil means redisplay buffer as output is inserted.
-Remaining args are passed to PROGRAM at startup as command args.
+Remaining ARGS are passed to PROGRAM at startup as command arguments.
If BUFFER is 0, `call-process-region' returns immediately with value nil.
Otherwise it waits for PROGRAM to terminate
--
2.17.1
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34274
; Package
emacs
.
(Fri, 01 Feb 2019 15:15:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 34274 <at> debbugs.gnu.org (full text, mbox):
> From: Nicholas Drozd <nicholasdrozd <at> gmail.com>
> Date: Fri, 1 Feb 2019 08:13:10 -0600
>
> ---
> src/callproc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/callproc.c b/src/callproc.c
> index d4558387cf..f8036f51ef 100644
> --- a/src/callproc.c
> +++ b/src/callproc.c
> @@ -237,7 +237,7 @@ DESTINATION can also have the form (REAL-BUFFER
> STDERR-FILE); in that case,
> t (mix it with ordinary output), or a file name string.
>
> Fourth arg DISPLAY non-nil means redisplay buffer as output is inserted.
> -Remaining arguments are strings passed as command arguments to PROGRAM.
> +Remaining ARGS are strings passed as command arguments to PROGRAM.
>
> If executable PROGRAM can't be found as an executable, `call-process'
> signals a Lisp error. `call-process' reports errors in execution of
> @@ -1033,7 +1033,7 @@ STDERR-FILE may be nil (discard standard error output),
> t (mix it with ordinary output), or a file name string.
>
> Sixth arg DISPLAY non-nil means redisplay buffer as output is inserted.
> -Remaining args are passed to PROGRAM at startup as command args.
> +Remaining ARGS are passed to PROGRAM at startup as command arguments.
Thanks, but this seems to replace one wording with an equivalent one,
and no rationale was provided as to why. Could you please provide
your motivation for the changes?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#34274
; Package
emacs
.
(Mon, 04 Feb 2019 23:57:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 34274 <at> debbugs.gnu.org (full text, mbox):
The usual docstring convention is to put arg names in CAPS, making it
easier to find mentions of the arguments, especially by text search.
Right now if you search the docstring of call-process for ARGS, you
won't find anything. There's "remaining arguments", but it's up to the
reader to figure out that that refers to ARGS. This change just makes
it easier to navigate.
In the second case I also changed "command args" to "command
arguments". This change is unimportant; I just thought it looks nicer.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 08 Feb 2019 08:48:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Nicholas Drozd <nicholasdrozd <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 08 Feb 2019 08:48:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 34274-done <at> debbugs.gnu.org (full text, mbox):
> From: Nicholas Drozd <nicholasdrozd <at> gmail.com>
> Date: Mon, 4 Feb 2019 17:55:51 -0600
> Cc: 34274 <at> debbugs.gnu.org
>
> The usual docstring convention is to put arg names in CAPS, making it
> easier to find mentions of the arguments, especially by text search.
> Right now if you search the docstring of call-process for ARGS, you
> won't find anything. There's "remaining arguments", but it's up to the
> reader to figure out that that refers to ARGS. This change just makes
> it easier to navigate.
>
> In the second case I also changed "command args" to "command
> arguments". This change is unimportant; I just thought it looks nicer.
Thanks, I fixed these doc strings in the spirit of your suggestions.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 08 Mar 2019 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 165 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.