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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).