From: "Michael Kerrisk (man-pages)" <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Simon Paillard
<spaillard-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>,
linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Cc: mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Subject: Re: [PATCH] access.2, chmod.2, chown.2, unlink.2: ffix
Date: Wed, 26 Feb 2014 10:22:32 +0100 [thread overview]
Message-ID: <530DB258.2040402@gmail.com> (raw)
In-Reply-To: <1393285422-5684-1-git-send-email-spaillard-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
Thanks, Simon. Applied.
On 02/25/2014 12:43 AM, Simon Paillard wrote:
> Fix format issue introduced in cadd38ba
>
> Can be detected with:
> git grep -P '.BR [a-z]+\(\)'
> ---
> man2/access.2 | 8 ++++----
> man2/chmod.2 | 6 +++---
> man2/chown.2 | 10 +++++-----
> man2/unlink.2 | 10 +++++-----
> 4 files changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/man2/access.2 b/man2/access.2
> index 8be998a..83f48bd 100644
> --- a/man2/access.2
> +++ b/man2/access.2
> @@ -125,7 +125,7 @@ referred to by the file descriptor
> .I dirfd
> (rather than relative to the current working directory of
> the calling process, as is done by
> -.BR access()
> +.BR access ()
> for a relative pathname).
>
> If
> @@ -138,7 +138,7 @@ then
> .I pathname
> is interpreted relative to the current working
> directory of the calling process (like
> -.BR access()).
> +.BR access () ).
>
> If
> .I pathname
> @@ -154,7 +154,7 @@ Perform access checks using the effective user and group IDs.
> By default,
> .BR faccessat ()
> uses the real IDs (like
> -.BR access()).
> +.BR access () ).
> .TP
> .B AT_SYMLINK_NOFOLLOW
> If
> @@ -260,7 +260,7 @@ is a file descriptor referring to a file other than a directory.
> was added to Linux in kernel 2.6.16;
> library support was added to glibc in version 2.4.
> .SH "CONFORMING TO"
> -.BR access():
> +.BR access ():
> SVr4, 4.3BSD, POSIX.1-2001, POSIX.1-2008.
>
> .BR faccessat ():
> diff --git a/man2/chmod.2 b/man2/chmod.2
> index 8417100..f4636d5 100644
> --- a/man2/chmod.2
> +++ b/man2/chmod.2
> @@ -193,7 +193,7 @@ referred to by the file descriptor
> .I dirfd
> (rather than relative to the current working directory of
> the calling process, as is done by
> -.BR chmod()
> +.BR chmod ()
> for a relative pathname).
>
> If
> @@ -206,7 +206,7 @@ then
> .I pathname
> is interpreted relative to the current working
> directory of the calling process (like
> -.BR chmod()).
> +.BR chmod () ).
>
> If
> .I pathname
> @@ -298,7 +298,7 @@ See above.
> See above.
> .PP
> The same errors that occur for
> -.BR chmod()
> +.BR chmod ()
> can also occur for
> .BR fchmodat ().
> The following additional errors can occur for
> diff --git a/man2/chown.2 b/man2/chown.2
> index a92c039..b1ef4a5 100644
> --- a/man2/chown.2
> +++ b/man2/chown.2
> @@ -156,7 +156,7 @@ referred to by the file descriptor
> .I dirfd
> (rather than relative to the current working directory of
> the calling process, as is done by
> -.BR chown()
> +.BR chown ()
> for a relative pathname).
>
> If
> @@ -169,7 +169,7 @@ then
> .I pathname
> is interpreted relative to the current working
> directory of the calling process (like
> -.BR chown()).
> +.BR chown () ).
>
> If
> .I pathname
> @@ -206,11 +206,11 @@ If
> .I pathname
> is a symbolic link, do not dereference it:
> instead operate on the link itself, like
> -.BR lchown().
> +.BR lchown ().
> (By default,
> .BR fchownat ()
> dereferences symbolic links, like
> -.BR chown().)
> +.BR chown ().)
> .PP
> See
> .BR openat (2)
> @@ -282,7 +282,7 @@ See above.
> See above.
> .PP
> The same errors that occur for
> -.BR chown()
> +.BR chown ()
> can also occur for
> .BR fchownat ().
> The following additional errors can occur for
> diff --git a/man2/unlink.2 b/man2/unlink.2
> index 29b1acd..7aafb90 100644
> --- a/man2/unlink.2
> +++ b/man2/unlink.2
> @@ -83,7 +83,7 @@ it.
> The
> .BR unlinkat ()
> system call operates in exactly the same way as either
> -.BR unlink()
> +.BR unlink ()
> or
> .BR rmdir (2)
> (depending on whether or not
> @@ -100,7 +100,7 @@ referred to by the file descriptor
> .I dirfd
> (rather than relative to the current working directory of
> the calling process, as is done by
> -.BR unlink()
> +.BR unlink ()
> and
> .BR rmdir (2)
> for a relative pathname).
> @@ -115,7 +115,7 @@ then
> .I pathname
> is interpreted relative to the current working
> directory of the calling process (like
> -.BR unlink()
> +.BR unlink ()
> and
> .BR rmdir (2)).
>
> @@ -135,7 +135,7 @@ Currently only one such flag is defined:
> By default,
> .BR unlinkat ()
> performs the equivalent of
> -.BR unlink()
> +.BR unlink ()
> on
> .IR pathname .
> If the
> @@ -238,7 +238,7 @@ capability).
> refers to a file on a read-only filesystem.
> .PP
> The same errors that occur for
> -.BR unlink()
> +.BR unlink ()
> and
> .BR rmdir (2)
> can also occur for
>
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2014-02-26 9:22 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-24 23:43 [PATCH] access.2, chmod.2, chown.2, unlink.2: ffix Simon Paillard
[not found] ` <1393285422-5684-1-git-send-email-spaillard-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>
2014-02-26 9:22 ` Michael Kerrisk (man-pages) [this message]
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=530DB258.2040402@gmail.com \
--to=mtk.manpages-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=spaillard-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.