(split) LDP: Update release pages based on LDP 3.54 release

[linuxjm/LDP_man-pages.git] / release / man2 / access.2

diff --git a/release/man2/access.2 b/release/man2/access.2
index cfdcabc..e63af04 100644 (file)
--- a/release/man2/access.2
+++ b/release/man2/access.2
@@ -58,7 +58,7 @@
 .\" Updated 2012-04-30, Akihiro MOTOKI <amotoki@gmail.com>
 .\" Updated 2013-05-01, Akihiro MOTOKI <amotoki@gmail.com>
 .\"
-.TH ACCESS 2 2013\-04\-16 Linux "Linux Programmer's Manual"
+.TH ACCESS 2 2013\-09\-13 Linux "Linux Programmer's Manual"
 .SH 名前
 access \- ファイルに対する実ユーザーでのアクセス権をチェックする
 .SH 書式
@@ -106,7 +106,7 @@ permission) が得られなかった。 (\fBpath_resolution\fP(7)  も参照の
 \fIpathname\fP のディレクトリ部分が実際にはディレクトリでない。
 .TP 
 \fBEROFS\fP
-読み込み専用 (read\-only) のファイル・システムに対して書き込み許可を 要求した。
+Write permission was requested for a file on a read\-only filesystem.
 .PP
 \fBaccess\fP()  は以下の理由により失敗することがある。
 .TP 
@@ -157,8 +157,10 @@ POSIX.1\-2001 では、 呼び出し元プロセスが適切な特権を持っ
 ファイルを作成することが可能なことを意味するのであり、ディレクトリに ファイルとして書き込むことができるわけではない。 同様に DOS
 のファイルは「実行可能」と判断されるが、 \fBexecve\fP(2)  コールは失敗するだろう。
 .PP
-\fBaccess\fP() は、 UID マッピングを使用した NFS ファイルシステムでは正常に機能しないかもしれない。なぜならば UID
-のマッピングはサーバーで 行なわれ、権利のチェックをするクライアントには見えないからである。同様の問題は FUSE マウントでも起こり得る。
+\fBaccess\fP()  may not work correctly on NFSv2 filesystems with UID mapping
+enabled, because UID mapping is done on the server and hidden from the
+client, which checks permissions.  (NFS versions 3 and higher perform the
+check on the server.)  Similar problems can occur to FUSE mounts.
 .SH バグ
 .\" This behavior appears to have been an implementation accident.
 バージョン 2.4 (とそれ以前) のカーネルには、スーパーユーザでの \fBX_OK\fP のチェックの扱いに奇妙な点がある。 ディレクトリ以外のファイルで
@@ -166,14 +168,14 @@ POSIX.1\-2001 では、 呼び出し元プロセスが適切な特権を持っ
 \fBX_OK\fP だけが指定されたときだけであり \fImode\fP に \fBR_OK\fP や \fBW_OK\fP が一緒に指定された場合には
 \fBaccess\fP()  は 0 を返す。 (バージョン 2.6.3 以前の) 初期の 2.6 系のカーネルも 2.4 系のカーネルと同様の動作をする。
 
-2.6.20 より前のカーネルでは、 ファイルが存在するファイルシステムを \fBmount\fP(2)  する際に指定された \fBMS_NOEXEC\fP
-フラグの効果を、 \fBaccess\fP()  は無視していた。 カーネル 2.6.20 以降では、 \fBaccess\fP()
-はこのフラグを考慮するようになっている。
+In kernels before 2.6.20, \fBaccess\fP()  ignored the effect of the
+\fBMS_NOEXEC\fP flag if it was used to \fBmount\fP(2)  the underlying filesystem.
+Since kernel 2.6.20, \fBaccess\fP()  honors this flag.
 .SH 関連項目
 \fBchmod\fP(2), \fBchown\fP(2), \fBfaccessat\fP(2), \fBopen\fP(2), \fBsetgid\fP(2),
 \fBsetuid\fP(2), \fBstat\fP(2), \fBeauidaccess\fP(3), \fBcredentials\fP(7),
 \fBpath_resolution\fP(7)
 .SH この文書について
-この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.53 の一部
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.54 の一部
 である。プロジェクトの説明とバグ報告に関する情報は
 http://www.kernel.org/doc/man\-pages/ に書かれている。