.\" Updated 2012-04-30, Akihiro MOTOKI <amotoki@gmail.com>
.\" Updated 2013-05-01, Akihiro MOTOKI <amotoki@gmail.com>
.\"
-.TH ACCESS 2 2014\-02\-21 Linux "Linux Programmer's Manual"
+.TH ACCESS 2 2014\-08\-19 Linux "Linux Programmer's Manual"
.SH 名前
access, faccessat \- ユーザのファイルへのアクセス権をチェックする
.SH 書式
これらのシステムコールは、 UID マッピングを使用した NFSv2 ファイルシステムでは正常に機能しないかもしれない。なぜならば UID
のマッピングはサーバーで 行なわれ、権利のチェックをするクライアントには見えないからである。 (NFS バージョン 3
以降ではサーバー側でチェックが実行される。) 同様の問題は FUSE マウントでも起こり得る。
-.SS "faccessat ()"
+.SS "C library/kernel ABI differences"
生の \fBfaccessat\fP() システムコールは、最初の 3 つの引き数だけを取る。フラグ \fBAT_EACCESS\fP と
\fBAT_SYMLINK_NOFOLLOW\fP は実際には \fBfaccessat\fP() の glibc
のラッパー関数内で実装されている。これらのフラグのいずれかが指定された場合、ラッパー関数は \fBfstatat\fP(2)
を使ってアクセス許可の判定を行う。
+.SS "glibc での注意"
+On older kernels where \fBfaccessat\fP() is unavailable (and when the
+\fBAT_EACCESS\fP and \fBAT_SYMLINK_NOFOLLOW\fP flags are not specified), the glibc
+wrapper function falls back to the use of \fBaccess\fP(). When \fIpathname\fP is
+a relative pathname, glibc constructs a pathname based on the symbolic link
+in \fI/proc/self/fd\fP that corresponds to the \fIdirfd\fP argument.
.SH バグ
.\" This behavior appears to have been an implementation accident.
バージョン 2.4 (とそれ以前) のカーネルには、スーパーユーザでの \fBX_OK\fP のチェックの扱いに奇妙な点がある。 ディレクトリ以外のファイルで
\fBstat\fP(2), \fBeuidaccess\fP(3), \fBcredentials\fP(7), \fBpath_resolution\fP(7),
\fBsymlink\fP(7)
.SH この文書について
-この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.68 の一部
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.75 の一部
である。プロジェクトの説明とバグ報告に関する情報は
http://www.kernel.org/doc/man\-pages/ に書かれている。
OSDN Git Service
