chown.2: Use argument name 'pathname' throughout page

(Some APIs were using 'path' while others used 'pathname')

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
This commit is contained in:
Michael Kerrisk 2014-02-21 12:20:32 +01:00
parent ed8680a8b6
commit cbf12fca9c
1 changed files with 6 additions and 6 deletions

View File

@ -42,11 +42,11 @@ chown, fchown, lchown, fchownat \- change ownership of a file
.nf
.B #include <unistd.h>
.sp
.BI "int chown(const char *" path ", uid_t " owner ", gid_t " group );
.BI "int chown(const char *" pathname ", uid_t " owner ", gid_t " group );
.br
.BI "int fchown(int " fd ", uid_t " owner ", gid_t " group );
.br
.BI "int lchown(const char *" path ", uid_t " owner ", gid_t " group );
.BI "int lchown(const char *" pathname ", uid_t " owner ", gid_t " group );
.sp
.BR "#include <fcntl.h> " "/* Definition of AT_* constants */"
.B #include <unistd.h>
@ -96,7 +96,7 @@ system calls differ only in how the file is specified:
.IP * 2
.BR chown ()
changes the ownership of the file specified by
.IR path ,
.IR pathname ,
which is dereferenced if it is a symbolic link.
.IP *
.BR fchown ()
@ -235,15 +235,15 @@ Search permission is denied on a component of the path prefix.
.BR path_resolution (7).)
.TP
.B EFAULT
.I path
.I pathname
points outside your accessible address space.
.TP
.B ELOOP
Too many symbolic links were encountered in resolving
.IR path .
.IR pathname .
.TP
.B ENAMETOOLONG
.I path
.I pathname
is too long.
.TP
.B ENOENT