Commit: cd81b3325e2c4becdaa88dc12295e95dc8d8956e - jm (git)

翻訳ドキュメント管理用

Commit MetaInfo

• Révision: cd81b3325e2c4becdaa88dc12295e95dc8d8956e (tree)
• l'heure: 2021-07-01 01:40:26
• Auteur: Akihiro Motoki <amotoki@gmai...>
• Commiter: Akihiro Motoki

Message de Log

LDP: Translate dirent ja.po

Change Summary

• modified: manual/LDP_man-pages/draft/man2/getdents.2
• modified: manual/LDP_man-pages/draft/man2/readdir.2
• modified: manual/LDP_man-pages/draft/man3/dirfd.3
• modified: manual/LDP_man-pages/draft/man3/opendir.3
• add: manual/LDP_man-pages/draft/man3/readdir.3
• add: manual/LDP_man-pages/draft/man3/readdir_r.3
• modified: manual/LDP_man-pages/draft/man3/scandir.3
• modified: manual/LDP_man-pages/draft/man3/seekdir.3
• modified: manual/LDP_man-pages/draft/man3/telldir.3
• modified: manual/LDP_man-pages/po4a/dirent/po/ja.po
• modified: manual/LDP_man-pages/stats/dirent
• modified: manual/LDP_man-pages/untrans.html

Modification

--- a/manual/LDP_man-pages/draft/man2/getdents.2
+++ b/manual/LDP_man-pages/draft/man2/getdents.2
@@ -60,28 +60,28 @@ getdents, getdents64 \- ディレクトリエントリーを取得する
 .PP
 \fI注\fP: \fBgetdents\fP() の glibc のラッパー関数は存在しない。「注意」の節を参照。
 .SH 説明
-これらはあなたの関心を引くようなインターフェースではない。 POSIX 準拠の C ライブラリインターフェースについては \fBreaddir\fP(3)
-を見ること。 このページは、カーネルシステムコールの生のインターフェースについて 記載したものである。
+これらはあなたの関心を引くようなインターフェースではないだろう。 POSIX 準拠の C ライブラリインターフェースについては
+\fBreaddir\fP(3) を参照のこと。このページは、カーネルシステムコールの生のインターフェースについて記載したものである。
 .SS getdents()
 \fBgetdents\fP()  システムコールは、オープン済みのファイルディスクリプター \fIfd\fP で参照されるディレクトリから
 \fIlinux_dirent\fP 構造体をいくつか読み出し、 \fIdirp\fP が指しているバッファーに格納する。 \fIcount\fP
 引き数はそのバッファーのサイズを示す。
 .PP
-\fIlinux_dirent\fP 構造体は以下のように宣言されている:
+\fIlinux_dirent\fP 構造体は以下のように宣言されている。
 .PP
 .in +4n
 .EX
 struct linux_dirent {
-    unsigned long  d_ino;     /* Inode number */
-    unsigned long  d_off;     /* Offset to next \fIlinux_dirent\fP */
-    unsigned short d_reclen;  /* Length of this \fIlinux_dirent\fP */
-    char           d_name[];  /* Filename (null\-terminated) */
-                      /* length is actually (d_reclen \- 2 \-
+    unsigned long  d_ino;     /* inode 番号 */
+    unsigned long  d_off;     /* 次の \fIlinux_dirent\fP へのオフセット */
+    unsigned short d_reclen;  /* この \fIlinux_dirent\fP の長さ */
+    char           d_name[];  /* ファイル名 (ヌル終端される) */
+                      /* 実際の長さは (d_reclen \- 2 \-
                          offsetof(struct linux_dirent, d_name)) */
     /*
-    char           pad;       // Zero padding byte
-    char           d_type;    // File type (only since Linux
-                              // 2.6.4); offset is (d_reclen \- 1)
+    char           pad;       // 値 0 のパディングバイト
+    char           d_type;    // ファイル種別 (Linux 2.6.4 以降のみ);
+                              // オフセットは (d_reclen \- 1)
     */
 }
 .EE
@@ -90,7 +90,7 @@ struct linux_dirent {
 \fId_ino\fP は inode 番号である。 \fId_off\fP はディレクトリの先頭から次の \fIlinux_dirent\fP の先頭までの距離である。
 \fId_reclen\fP はこの \fIlinux_dirent\fP 全体のサイズである。 \fId_name\fP はヌル文字で終わるファイル名である。
 .PP
-\fId_type\fP は、構造体の最後のバイトであり、ファイルタイプを示す。 \fId_type\fP は以下の値の一つを取る
+\fId_type\fP は、構造体の最後のバイトであり、ファイルタイプを示す。 \fId_type\fP は以下の値のいずれか一つを取る
 (\fI<dirent.h>\fP で定義されている)。
 .TP  12
 \fBDT_BLK\fP
@@ -115,35 +115,34 @@ struct linux_dirent {
 UNIX ドメインソケットである。
 .TP 
 \fBDT_UNKNOWN\fP
-ファイルタイプが不明である。
+ファイルタイプが不明。
 .PP
-\fId_type\fP フィールドは Linux 2.6.4 から実装されている。 これは \fIlinux_dirent\fP
-構造体のうち、以前はゼロで埋められていた空間に配置されている。 従って、2.6.3 以前のカーネルでは、このフィールドにアクセスしようとすると 常に値
-0 (\fBDT_UNKNOWN\fP)  が返される。
+\fId_type\fP フィールドは Linux 2.6.4 以降で実装されている。 このフィールドは、 \fIlinux_dirent\fP
+構造体の中で以前はゼロで埋められていた空間に配置されている。 したがって、2.6.3 以前のカーネルでは、このフィールドにアクセスしようとすると 常に値
+0 (\fBDT_UNKNOWN\fP) が返される。
 .PP
 .\" kernel 2.6.27
 .\" The same sentence is in readdir.2
 現在のところ、 \fId_type\fP でファイルタイプを返す機能が完全にサポートされているのは、 いくつかのファイルシステムにおいてのみである
-(Btrfs, ext2, ext3, ext4 はサポートしている)。 どのアプリケーションも、 \fBDT_UNKNOWN\fP
+(Btrfs, ext2, ext3, ext4 はサポートしている)。 どのアプリケーションも \fBDT_UNKNOWN\fP
 が返された際に適切に処理できなければならない。
 .SS getdents64()
-The original Linux \fBgetdents\fP()  system call did not handle large
-filesystems and large file offsets.  Consequently, Linux 2.4 added
-\fBgetdents64\fP(), with wider types for the \fId_ino\fP and \fId_off\fP fields.  In
-addition, \fBgetdents64\fP()  supports an explicit \fId_type\fP field.
+元々の Linux の \fBgetdents\fP()
+システムコールは、大きなファイルシステムと大きなファイルオフセットを扱うことができなかった。そのため、Linux 2.4 で
+\fBgetdents64\fP() が追加された。 \fBgetdents64\fP() では、 \fId_ino\fP と \fId_off\fP
+でビット幅の大きなデータ型が使われている。また、 \fBgetdents64\fP() では \fId_type\fP フィールドを明示的にサポートされている。
 .PP
-The \fBgetdents64\fP()  system call is like \fBgetdents\fP(), except that its
-second argument is a pointer to a buffer containing structures of the
-following type:
+\fBgetdents64\fP() システムコールは \fBgetdents\fP() と似ているが、 2
+番目の引き数が以下の構造体が入ったバッファへのポインターである点が異なる。
 .PP
 .in +4n
 .EX
 struct linux_dirent64 {
-    ino64_t        d_ino;    /* 64\-bit inode number */
-    off64_t        d_off;    /* 64\-bit offset to next structure */
-    unsigned short d_reclen; /* Size of this dirent */
-    unsigned char  d_type;   /* File type */
-    char           d_name[]; /* Filename (null\-terminated) */
+    ino64_t        d_ino;    /* 64 ビットの inode 番号 */
+    off64_t        d_off;    /* 次の構造体への 64 ビットのオフセット */
+    unsigned short d_reclen; /* この dirent の大きさ */
+    unsigned char  d_type;   /* ファイル種別 */
+    char           d_name[]; /* ファイル名 (ヌル終端される) */
 };
 .EE
 .in
@@ -156,7 +155,7 @@ struct linux_dirent64 {
 ファイルディスクリプター \fIfd\fP が不正である。
 .TP 
 \fBEFAULT\fP
-引き数が呼び出したプロセスのアドレス空間外を指している。
+引き数が呼び出し元プロセスのアドレス空間外を指している。
 .TP 
 \fBEINVAL\fP
 結果用のバッファーが小さすぎる。
@@ -170,13 +169,12 @@ struct linux_dirent64 {
 .\" SVr4 documents additional ENOLINK, EIO error conditions.
 SVr4.
 .SH 注意
-Library support for \fBgetdents64\fP()  was added in glibc 2.30; there is no
-glibc wrapper for \fBgetdents\fP().  Calling \fBgetdents\fP()  (or \fBgetdents64\fP()
-on earlier glibc versions) requires the use of \fBsyscall\fP(2).  In that case
-you will need to define the \fIlinux_dirent\fP or \fIlinux_dirent64\fP structure
-yourself.
+\fBgetdents64\fP() に対応するライブラリのサポートは glibc 2.30 で追加された。 \fBgetdents\fP() に対する glibc
+ラッパー関数は存在しない。 \fBgetdents\fP() (もしくは glibc の古いバージョンでの \fBgetdents64\fP()) を呼び出すには、
+\fBsyscall\fP(2) を使う必要がある。その場合、構造体 \fIlinux_dirent\fP や \fIlinux_dirent64\fP
+を自分で定義する必要があるだろう。
 .PP
-Probably, you want to use \fBreaddir\fP(3)  instead of these system calls.
+おそらく、あなたが使いたいのは、これらのシステムコールではなく \fBreaddir\fP(3) の方であろう。
 .PP
 これらのシステムコールは \fBreaddir\fP(2)  を置き換えるものである。
 .SH 例
@@ -203,7 +201,7 @@ inode#    file type  d_reclen  d_off   d_name
 \&
 .EX
 #define _GNU_SOURCE
-#include <dirent.h>     /* Defines DT_* constants */
+#include <dirent.h>     /* DT_* 定数の定義 */
 #include <fcntl.h>
 #include <stdint.h>
 #include <stdio.h>

--- a/manual/LDP_man-pages/draft/man2/readdir.2
+++ b/manual/LDP_man-pages/draft/man2/readdir.2
@@ -52,31 +52,31 @@ readdir \- ディレクトリエントリーを読み込む
 .PP
 \fI注\fP: このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。
 .SH 説明
-これはあなたの興味をもっている関数ではない。 POSIX 準拠の C ライブラリインターフェースについては \fBreaddir\fP(3)  を見ること。
-このページは裸のカーネルのシステムコールインターフェースについて 記述しているが、このインターフェースは \fBgetdents\fP(2)
-によって取って代わられた。
+これはあなたの関心を引くような関数ではないだろう。 POSIX 準拠の C ライブラリインターフェースについては \fBreaddir\fP(3)
+を参照のこと。このページでは、生のカーネルのシステムコールインターフェースについて記載しているが、このインターフェースは \fBgetdents\fP(2)
+によって置き換えられた。
 .PP
 \fBreaddir\fP()  は、ファイルディスクリプター \fIfd\fP が参照しているディレクトリから \fIold_linux_dirent\fP
-構造体を読み込み、 \fIdirp\fP で指されたバッファーに格納する。 \fIcount\fP 引き数は(ほとんどの \fIold_linux_dirent\fP
-構造体の読み込みにおいて)無視される
+構造体をひとつ読み込み、 \fIdirp\fP で指されたバッファーに格納する。 \fIcount\fP 引き数は無視される。最大で 1 個の
+\fIold_linux_dirent\fP 構造体が読み出される。
 .PP
-The \fIold_linux_dirent\fP structure is declared (privately in Linux kernel
-file \fBfs/readdir.c\fP)  as follows:
+\fIold_linux_dirent\fP 構造体は (Linux カーネルのファイル \fBfs/readdir.c\fP で内部用として)
+以下のように宣言される:
 .PP
 .in +4n
 .EX
 struct old_linux_dirent {
-    unsigned long d_ino;     /* inode number */
-    unsigned long d_offset;  /* offset to this \fIold_linux_dirent\fP */
-    unsigned short d_namlen; /* length of this \fId_name\fP */
-    char  d_name[1];         /* filename (null\-terminated) */
+    unsigned long d_ino;     /* inode 番号 */
+    unsigned long d_offset;  /* この \fIold_linux_dirent\fP へのオフセット */
+    unsigned short d_namlen; /* この \fId_name\fP の長さ */
+    char  d_name[1];         /* (NULL 終端された) ファイル名 */
 }
 .EE
 .in
 .PP
 \fId_ino\fP は inode 番号である。 \fId_offset\fP はディレクトリの最初からこの \fIold_linux_dirent\fP
 まで距離である。 \fId_reclen\fP は \fId_name\fP の大きさで、終端のヌルバイト (\(aq\e0\(aq) を含まない。
-\fId_name\fP はヌルバイトで終わるファイル名である。
+\fId_name\fP はヌルで終端されたファイル名である。
 .SH 返り値
 成功した場合は、1 が返される。 ディレクトリの最後では 0 が返される。 エラーの場合は \-1 が返され、 \fIerrno\fP が適切に設定される。
 .SH エラー
@@ -85,7 +85,7 @@ struct old_linux_dirent {
 ファイルディスクリプター \fIfd\fP が不正である。
 .TP 
 \fBEFAULT\fP
-引き数が呼び出したプロセスのアドレス空間外を指している。
+引き数が呼び出し元プロセスのアドレス空間外を指している。
 .TP 
 \fBEINVAL\fP
 結果用のバッファーが小さすぎる。
@@ -96,7 +96,7 @@ struct old_linux_dirent {
 \fBENOTDIR\fP
 ファイルディスクリプターがディレクトリを参照していない。
 .SH 準拠
-このシステムコールは Linux 特有である。
+このシステムコールは Linux 固有である。
 .SH 注意
 glibc はこのシステムコールに対するラッパー関数を提供していない。 \fBsyscall\fP(2)  を使って呼び出すこと。
 \fIold_linux_dirent\fP 構造体を自分自身で定義する必要がある。しかし、たいていはこのシステムコールではなく \fBreaddir\fP(3)

--- a/manual/LDP_man-pages/draft/man3/dirfd.3
+++ b/manual/LDP_man-pages/draft/man3/dirfd.3
@@ -54,21 +54,20 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 .RS 4
 .PD 0
 .ad l
-/* Since glibc 2.10: */ _POSIX_C_SOURCE\ >=\ 200809L
-    || /* Glibc versions <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
+/* glibc 2.10 以降: */ _POSIX_C_SOURCE\ >=\ 200809L
+    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE
 .PD
 .RE
 .ad
 .SH 説明
 関数 \fBdirfd\fP()  はディレクトリストリーム \fIdirp\fP に関連づけられたファイルディスクリプターを返す。
 .PP
-このファイルディスクリプターはディレクトリストリームが内部で使用するものである。 よって、ファイルの位置に依存せず、かつその位置を変更しない関数
-\fBfstat\fP(2)  や \fBfchdir\fP(2)  などでしか役に立たない。 このファイルディスクリプターは \fBclosedir\fP(3)
+このファイルディスクリプターはディレクトリストリームが内部で使用するものである。結果的に、この関数が役に立つのは、ファイルの位置に依存しない関数やその位置を変更しない関数
+(\fBfstat\fP(2) や \fBfchdir\fP(2) など) においてだけである。このファイルディスクリプターは \fBclosedir\fP(3)
 が呼ばれたときに自動的にクローズされる。
 .SH 返り値
-On success, \fBdirfd\fP()  returns a file descriptor (a nonnegative integer).
-On error, \-1 is returned, and \fIerrno\fP is set to indicate the cause of the
-error.
+成功すると、 \fBdirfd\fP() はファイルディスクリプター (非負の整数) を返す。エラーの場合、 \-1 が返され、 \fIerrno\fP
+にエラーの原因を示す値が設定される。
 .SH エラー
 .\" glibc 2.8
 POSIX.1\-2008 では 2 つのエラーが規定されている。 現在の実装ではどちらのエラーも返されない。

--- a/manual/LDP_man-pages/draft/man3/opendir.3
+++ b/manual/LDP_man-pages/draft/man3/opendir.3
@@ -72,7 +72,7 @@ _GNU_SOURCE
 .ad
 .PD
 .SH 説明
-\fBopendir\fP()  関数はディレクトリ \fIname\fP に対応する ディレクトリストリームをオープンし、そのストリームへのポインターを返す。
+\fBopendir\fP() 関数は、ディレクトリ \fIname\fP に対応する ディレクトリストリームをオープンし、そのストリームへのポインターを返す。
 ストリームの位置はディレクトリの先頭のエントリーに設定される。
 .PP
 \fBfdopendir\fP()  関数は \fBopendir\fP()  と同様だが、オープン済みのファイルディスクリプター \fIfd\fP
@@ -90,11 +90,10 @@ _GNU_SOURCE
 \fIfd\fP が読み出し用にオープンされた、有効なファイルディスクリプターではない。
 .TP 
 \fBEMFILE\fP
-The per\-process limit on the number of open file descriptors has been
-reached.
+オープンされたファイルディスクリプター数がプロセス単位の上限に達している。
 .TP 
 \fBENFILE\fP
-The system\-wide limit on the total number of open files has been reached.
+オープンされたファイルの総数がシステム全体の上限に達している。
 .TP 
 \fBENOENT\fP
 ディレクトリが存在しないか、または \fIname\fP が空文字列である。
@@ -122,9 +121,9 @@ T}	Thread safety	MT\-Safe
 \fBopendir\fP()  は SVr4 と 4.3BSD に存在し、 POSIX.1\-2001 で規定されている。 \fBfdopendir\fP()  は
 POSIX.1\-2008 で規定されている。
 .SH 注意
-Filename entries can be read from a directory stream using \fBreaddir\fP(3).
+ファイル名エントリーをディレクトリストリームから読み込むには \fBreaddir\fP(3) を使用する。
 .PP
-ディレクトリストリームに対応するファイルディスクリプターは \fBdirfd\fP(3)  を使用して得ることができる。
+ディレクトリストリームに対応するファイルディスクリプターは \fBdirfd\fP(3) を使用して取得できる。
 .PP
 \fBopendir\fP()  関数は、 \fIDIR *\fP の背後にあるファイルディスクリプターの close\-on\-exec フラグを設定する。
 \fBfdopendir\fP()  関数は、ファイルディスクリプターの close\-on\-exec フラグの設定を変更しない。 \fBfdopendir\fP()

--- /dev/null
+++ b/manual/LDP_man-pages/draft/man3/readdir.3
@@ -0,0 +1,217 @@
+.\" Copyright (C) 1993 David Metcalfe ([e-mail])
+.\" and Copyright (C) 2008, 2016 Michael Kerrisk <[e-mail]>
+.\"
+.\" %%%LICENSE_START(VERBATIM)
+.\" Permission is granted to make and distribute verbatim copies of this
+.\" manual provided the copyright notice and this permission notice are
+.\" preserved on all copies.
+.\"
+.\" Permission is granted to copy and distribute modified versions of this
+.\" manual under the conditions for verbatim copying, provided that the
+.\" entire resulting derived work is distributed under the terms of a
+.\" permission notice identical to this one.
+.\"
+.\" Since the Linux kernel and libraries are constantly changing, this
+.\" manual page may be incorrect or out-of-date.  The author(s) assume no
+.\" responsibility for errors or omissions, or for damages resulting from
+.\" the use of the information contained herein.  The author(s) may not
+.\" have taken the same level of care in the production of this manual,
+.\" which is licensed free of charge, as they might when working
+.\" professionally.
+.\"
+.\" Formatted or processed versions of this manual, if unaccompanied by
+.\" the source, must acknowledge the copyright and authors of this work.
+.\" %%%LICENSE_END
+.\"
+.\" References consulted:
+.\"     Linux libc source code
+.\"     Lewine's _POSIX Programmer's Guide_ (O'Reilly & Associates, 1991)
+.\"     386BSD man pages
+.\" Modified Sat Jul 24 16:09:49 1993 by Rik Faith ([e-mail])
+.\" Modified 11 June 1995 by Andries Brouwer ([e-mail])
+.\" Modified 22 July 1996 by Andries Brouwer ([e-mail])
+.\" 2007-07-30 Ulrich Drepper <[e-mail]>, mtk:
+.\"     Rework discussion of nonstandard structure fields.
+.\"
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.\"
+.\" Japanese Version Copyright (c) 1997 HIROFUMI Nishizuka
+.\"	all rights reserved.
+.\" Translated 1997-12-24, HIROFUMI Nishizuka <[e-mail]>
+.\" Updated & Modified 2002-03-24, Yuichi SATO <[e-mail]>
+.\" Updated & Modified 2005-01-16, Yuichi SATO <[e-mail]>
+.\" Updated & Modified 2005-09-06, Akihiro MOTOKI <[e-mail]>
+.\" Updated 2008-08-11, Akihiro MOTOKI <[e-mail]>, LDP v3.05
+.\" Updated 2013-03-26, Akihiro MOTOKI <[e-mail]>
+.\" Updated 2013-05-01, Akihiro MOTOKI <[e-mail]>
+.\" Updated 2013-07-22, Akihiro MOTOKI <[e-mail]>
+.\"
+.TH READDIR 3 2019\-03\-06 "" "Linux Programmer's Manual"
+.SH 名前
+readdir \- ディレクトリを読み込む
+.SH 書式
+.nf
+\fB#include <dirent.h>\fP
+.PP
+\fBstruct dirent *readdir(DIR *\fP\fIdirp\fP\fB);\fP
+.fi
+.SH 説明
+\fBreaddir\fP()  関数は、\fIdirp\fP が指すディレクトリストリームの中で、 次のディレクトリエントリーを表す \fIdirent\fP
+構造体へのポインターを返す。 ディレクトリストリームの末尾に達した場合や、 エラーが発生した場合は、 NULL を返す。
+.PP
+glibc の実装では \fIdirent\fP 構造体は以下のように定義されている。
+.PP
+.in +4n
+.EX
+struct dirent {
+    ino_t          d_ino;       /* inode 番号 */
+    off_t          d_off;       /* オフセットではない; 下記を参照 */
+    unsigned short d_reclen;    /* このレコードの長さ */
+    unsigned char  d_type;      /* ファイル種別。全ファイルシステム */
+                                   でサポートされているわけではない */
+    char           d_name[256]; /* ヌル終端されたファイル名 */
+};
+.EE
+.in
+.PP
+\fIdirent\fP 構造体のフィールドのうち POSIX.1 で要求されているのは、 \fId_name\fP と \fId_ino\fP
+だけである。他のフィールドは非標準であり、すべてのシステムで存在するわけではない。 詳細については、下記の「注意」を参照のこと。
+.PP
+\fIdirent\fP 構造体のフィールドは以下の通りである:
+.TP 
+\fId_ino\fP
+ファイルの inode 番号である。
+.TP 
+\fId_off\fP
+.\" https://lwn.net/Articles/544298/
+\fId_off\fP で返される値は、ディレクトリストリームの現在の位置で \fBtelldir\fP(3)
+を呼び出した場合の返り値と同じである。フィールドの型や名前はこうなっているが、最近のファイルシステムでは \fId_off\fP
+フィールドが何らかのディレクトリオフセットであることはめったにない。アプリケーションプログラムでは、必ずこの値を内容を意識せず単なる値として扱うべきであり、その内容について前提を持つべきではない。
+\fBtelldir\fP(3) も参照。
+.TP 
+\fId_reclen\fP
+返されたレコードの (バイト単位の) サイズである。この値は上記の構造体の定義のサイズとは一致しないかもしれない。「注意」を参照。
+.TP 
+\fId_type\fP
+ファイル種別を示す値が格納される。これにより、これ以降の処理がファイル種別に依存している場合に \fBlstat\fP(2)
+を呼び出すコストを避けることができる。
+.IP
+適切な機能検査マクロ (glibc 2.19 以降では \fB_DEFAULT_SOURCE\fP、 glibc 2.19 以前では
+\fB_BSD_SOURCE\fP) が定義されている場合、 glibc は \fId_type\fP の値に対応する以下のマクロ定数を定義する。
+.RS
+.TP  12
+\fBDT_BLK\fP
+ブロックデバイスである。
+.TP 
+\fBDT_CHR\fP
+キャラクターデバイスである。
+.TP 
+\fBDT_DIR\fP
+ディレクトリである。
+.TP 
+\fBDT_FIFO\fP
+名前付きパイプ (FIFO) である。
+.TP 
+\fBDT_LNK\fP
+シンボリックリンクである。
+.TP 
+\fBDT_REG\fP
+通常のファイルである。
+.TP 
+\fBDT_SOCK\fP
+UNIX ドメインソケットである。
+.TP 
+\fBDT_UNKNOWN\fP
+ファイル種別が判別できなかった。
+.RE
+.IP
+.\" kernel 2.6.27
+.\" The same sentence is in getdents.2
+現在のところ、 \fId_type\fP でファイルタイプを返す機能が完全にサポートされているのは、 いくつかのファイルシステムにおいてのみである
+(Btrfs, ext2, ext3, ext4 はサポートしている)。 どのアプリケーションも \fBDT_UNKNOWN\fP
+が返された際に適切に処理できなければならない。
+.TP 
+\fId_name\fP
+このフィールドはヌル終端されたファイル名である。「注意」を参照。
+.PP
+\fBreaddir\fP()  によって返されるデータは、それ以降の同じストリームに対する \fBreaddir\fP()
+の呼び出しによって上書きされる可能性がある。
+.SH 返り値
+成功すると、 \fBreaddir\fP() は \fIdirent\fP 構造体へのポインターを返す。 (この構造体は静的に割り当てられているかもしれない。
+このポインターを \fBfree\fP(3) しようとしないこと。)
+.PP
+ディレクトリストリームの末尾に達した場合には、NULL が返され、 \fIerrno\fP は変化しない。 エラーが発生した場合、NULL が返され、
+\fIerrno\fP が適切に設定される。エラーからストリームの末尾を区別するには、 \fBreaddir\fP() を呼び出す前に \fIerrno\fP を 0
+に設定しておき、 NULL が返された場合に \fIerrno\fP の値を確認すればよい。
+.SH エラー
+.TP 
+\fBEBADF\fP
+ディレクトリストリームディスクリプター \fIdirp\fP が無効である。
+.SH 属性
+この節で使用されている用語の説明については、 \fBattributes\fP(7) を参照。
+.TS
+allbox;
+lb lb lb
+l l l.
+インターフェース	属性	値
+T{
+\fBreaddir\fP()
+T}	Thread safety	MT\-Unsafe race:dirstream
+.TE
+.sp 1
+.PP
+.\" FIXME .
+.\" http://www.austingroupbugs.net/view.php?id=696
+現在の POSIX.1 標準 (POSIX.1\-2008) では、 \fBreaddir\fP()
+がスレッドセーフであることは求められていない。しかしながら、最近の実装 (glibc による実装も含む) では、異なるディレクトリストリームに対する
+\fBreaddir\fP()
+の同時並行の呼び出しはスレッドセーフである。複数のスレッドが同じディレクトリストリームから読み込みを行う必要がある場合も、非推奨の
+\fBreaddir_r\fP(3) 関数を使用するよりも、外部同期を用いた \fBreaddir\fP() を使う方が推奨される。 POSIX.1
+の将来のバージョンでは、 \fBreaddir\fP()
+は異なるディレクトリストリームに対して同時に使用された際にスレッドセーフであることが必須となる予定である。
+.SH 準拠
+POSIX.1\-2001, POSIX.1\-2008, SVr4, 4.3BSD.
+.SH 注意
+ディレクトリストリームは \fBopendir\fP(3) を使ってオープンする。
+.PP
+連続する \fBreaddir\fP()
+の呼び出しで読み込まれるファイル名の順序は、ファイルシステムの実装に依存する。名前が何らかの方法でソートされていることはありえない。
+.PP
+.\" POSIX.1-2001, POSIX.1-2008
+.\"
+フィールド \fId_name\fP と (XSI 拡張の) \fId_ino\fP だけが POSIX.1 で規定されている。 \fId_type\fP フィールドは、
+Linux 以外では、おもに BSD
+系のシステムでのみ利用可能である。残りのフィールドは多くのシステムに存在するが、全てのシステムに存在するわけではない。 glibc では、プログラムが
+POSIX.1 で定義されていないフィールドが 利用できるかをチェックすることができる。 チェックするには、マクロ
+\fB_DIRENT_HAVE_D_NAMLEN\fP, \fB_DIRENT_HAVE_D_RECLEN\fP, \fB_DIRENT_HAVE_D_OFF\fP,
+\fB_DIRENT_HAVE_D_TYPE\fP が定義されているかをテストすればよい。
+.SS "d_name フィールド"
+上記の \fIdirent\fP 構造体の定義は glibc のヘッダーからの引用であり、 \fId_name\fP フィールドは固定サイズとなっている。
+.PP
+\fI警告\fP: アプリケーションは、 \fId_name\fP フィールドのサイズに依存すべきではない。 POSIX ではこのフィールドは \fIchar\ d_name[]\fP (サイズ不定の文字配列) として規定しており、最大で終端のヌルバイト (\(aq\e0\(aq) の前に \fBNAME_MAX\fP
+文字が入る。
+.PP
+POSIX.1 は、このフィールドを左辺値として使用すべきではないと明記している。また、 POSIX.1 では、 \fIsizeof(d_name)\fP
+の使用は間違いであり、代わりに \fIstrlen(d_name)\fP を使用するように、との注記もある (いくつかのシステムでは、このフィールドは
+\fIchar\ d_name[1]\fP! として定義されている)。このことは、 \fId_name\fP を含むレコードのサイズを取得するために
+\fIsizeof(struct dirent)\fP を使用することも間違いであることを暗に示している。
+.PP
+多くのファイルシステムでは、
+.PP
+    fpathconf(fd, _PC_NAME_MAX)
+.PP
+の呼び出しは値 255 を返すが、いくつかのファイルシステム (例えば CIFS や Windows SMB サーバーなど)
+では、(正しい動作なのだが) \fId_name\fP
+で返されるヌル終端されたファイル名は実際にはこのサイズを超える場合がある点に注意すること。このような場合、 \fId_reclen\fP フィールドは、上記の
+glibc \fIdirent\fP 構造体のサイズよりも大きな値となる。
+.SH 関連項目
+\fBgetdents\fP(2), \fBread\fP(2), \fBclosedir\fP(3), \fBdirfd\fP(3), \fBftw\fP(3),
+\fBoffsetof\fP(3), \fBopendir\fP(3), \fBreaddir_r\fP(3), \fBrewinddir\fP(3),
+\fBscandir\fP(3), \fBseekdir\fP(3), \fBtelldir\fP(3)
+.SH この文書について
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 5.10 の一部である。プロジェクトの説明とバグ報告に関する情報は
+\%https://www.kernel.org/doc/man\-pages/ に書かれている。

--- /dev/null
+++ b/manual/LDP_man-pages/draft/man3/readdir_r.3
@@ -0,0 +1,111 @@
+.\" Copyright (C) 2008, 2016 Michael Kerrisk <[e-mail]>
+.\" and Copyright (C) 2016 Florian Weimer <[e-mail]>
+.\"
+.\" %%%LICENSE_START(VERBATIM)
+.\" Permission is granted to make and distribute verbatim copies of this
+.\" manual provided the copyright notice and this permission notice are
+.\" preserved on all copies.
+.\"
+.\" Permission is granted to copy and distribute modified versions of this
+.\" manual under the conditions for verbatim copying, provided that the
+.\" entire resulting derived work is distributed under the terms of a
+.\" permission notice identical to this one.
+.\"
+.\" Since the Linux kernel and libraries are constantly changing, this
+.\" manual page may be incorrect or out-of-date.  The author(s) assume no
+.\" responsibility for errors or omissions, or for damages resulting from
+.\" the use of the information contained herein.  The author(s) may not
+.\" have taken the same level of care in the production of this manual,
+.\" which is licensed free of charge, as they might when working
+.\" professionally.
+.\"
+.\" Formatted or processed versions of this manual, if unaccompanied by
+.\" the source, must acknowledge the copyright and authors of this work.
+.\" %%%LICENSE_END
+.\"
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.TH READDIR_R 3 2016\-03\-01 "" "Linux Programmer's Manual"
+.SH 名前
+readdir_r \- ディレクトリを読み込む
+.SH 書式
+.nf
+\fB#include <dirent.h>\fP
+.PP
+\fBint readdir_r(DIR *\fP\fIdirp\fP\fB, struct dirent *\fP\fIentry\fP\fB, struct dirent **\fP\fIresult\fP\fB);\fP
+.fi
+.PP
+.RS -4
+glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参照):
+.ad l
+.RE
+.PP
+\fBreaddir_r\fP():
+.RS 4
+_POSIX_C_SOURCE
+    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE
+.RE
+.ad b
+.SH 説明
+この関数は非推奨である。代わりに \fBreaddir\fP(3) を使用すること。
+.PP
+\fBreaddir_r\fP() 関数は \fBreaddir\fP(3) のリエントラント版として導入された。この関数はディレクトリストリーム \fIdirp\fP
+から次のディレクトリエントリーを読み込み、 \fIentry\fP が指す呼び出し元が割り当てたバッファーにそのエントリーを格納して返す。 \fIdirent\fP
+構造体の詳細は \fBreaddir\fP(3) を参照。
+.PP
+結果を返すバッファへのポインターが \fI*result\fP に格納される。ディレクトリストリームの末尾に達した場合は、NULL が代わりに
+\fI*result\fP で返される。
+.PP
+アプリケーションでは \fBreaddir_r\fP() の代わりに \fBreaddir\fP(3) を使用することを推奨する。さらに、glibc 2.24
+以降では \fBreaddir_r\fP() は非推奨となっている。理由は以下の通りである。
+.IP * 3
+\fBNAME_MAX\fP が定義されていないシステムでは、 \fBreaddir_r\fP()
+の呼び出しは安全ではない。このインターフェースでは、呼び出し元がディレクトリエントリーを返す際に使用されるバッファの長さを指定することができないからである。
+.IP *
+いくつかのシステムでは、 \fBreaddir_r\fP() は非常に長い名前のディレクトリエントリーを読み込むことができない。 glibc
+の実装ではこのような名前に遭遇した場合、 \fBreaddir_r\fP() は \fI最後のディレクトリエントリーを読み込んだ後\fP エラー
+\fBENAMETOOLONG\fP で失敗する。他のいくつかのシステムでは、 \fBreaddir_r\fP() が成功ステータスを返しても、返された
+\fId_name\fP フィールドがヌル終端されていなかったり、文字列が途中までで切り詰められていたりすることがある。
+.IP *
+現在の POSIX.1 標準 (POSIX.1\-2008) では、 \fBreaddir\fP(3)
+がスレッドセーフであることは求められていない。しかしながら、新し目の実装 (glibc による実装も含む) では、異なるディレクトリストリームに対する
+\fBreaddir\fP(3) の同時並行の呼び出しはスレッドセーフである。したがって、マルチスレッドプログラムにおいて \fBreaddir_r\fP()
+の使用は不要である。複数のスレッドが同じディレクトリストリームから読み込みを行う必要がある場合も、上記で挙げた理由から、非推奨の
+\fBreaddir_r\fP() 関数を使用するよりも、外部同期を用いた \fBreaddir\fP(3) を使う方が推奨される。
+.IP *
+.\" FIXME .
+.\" http://www.austingroupbugs.net/view.php?id=696
+POSIX.1 の将来のバージョンでは、 \fBreaddir_r\fP() は廃止予定 (obsolete) となり、 \fBreaddir\fP(3)
+は異なるディレクトリストリームに対して同時に使用された際にスレッドセーフであることが必須となる予定である。
+.SH 返り値
+成功すると、 \fBreaddir_r\fP()  関数は 0 を返す。 エラーの場合、(「エラー」の節のリストに載っている) 正のエラー番号を返す。
+ディレクトリストリームの末尾に達した場合、 \fBreaddir_r\fP()  は返り値として 0 を返し、 \fI*result\fP に NULL
+を格納する。
+.SH エラー
+.TP 
+\fBEBADF\fP
+ディレクトリストリームディスクリプター \fIdirp\fP が無効である。
+.TP 
+\fBENAMETOOLONG\fP
+読み込むには名前が長過ぎるディレクトリエントリーに遭遇した。
+.SH 属性
+この節で使用されている用語の説明については、 \fBattributes\fP(7) を参照。
+.TS
+allbox;
+lb lb lb
+l l l.
+インターフェース	属性	値
+T{
+\fBreaddir_r\fP()
+T}	Thread safety	MT\-Safe
+.TE
+.SH 準拠
+POSIX.1\-2001, POSIX.1\-2008.
+.SH 関連項目
+\fBreaddir\fP(3)
+.SH この文書について
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 5.10 の一部である。プロジェクトの説明とバグ報告に関する情報は
+\%https://www.kernel.org/doc/man\-pages/ に書かれている。

--- a/manual/LDP_man-pages/draft/man3/scandir.3
+++ b/manual/LDP_man-pages/draft/man3/scandir.3
@@ -109,8 +109,8 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 .RS 4
 .PD 0
 .ad b
-/* Since glibc 2.10: */ _POSIX_C_SOURCE\ >=\ 200809L
-    || /* Glibc versions <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
+/* glibc 2.10 以降: */ _POSIX_C_SOURCE\ >=\ 200809L
+    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE
 .PD
 .RE
 .PP
@@ -118,32 +118,32 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 .PP
 \fBscandirat\fP(): _GNU_SOURCE
 .SH 説明
-関数 \fBscandir\fP()  はディレクトリ \fIdirp\fP を走査し、 ディレクトリの各エントリーを引き数として \fBfilter\fP()
-を呼び出す。 \fBfilter\fP()  が 0 以外の値を返すエントリーは \fBmalloc\fP(3)  によって 確保された文字列に保存され、比較関数
-\fBcompar\fP()  を用いて \fBqsort\fP(3)  によりソートされ、 \fBmalloc\fP(3)  により確保された配列
-\fInamelist\fP にまとめられる。 \fIfilter\fP が NULL ならば、すべてのエントリーが選択される。
+関数 \fBscandir\fP() はディレクトリ \fIdirp\fP を走査し、 ディレクトリの各エントリーを引き数として \fIfilter\fP()
+を呼び出す。 \fIfilter\fP() が 0 以外の値を返すエントリーは、 \fBmalloc\fP(3) により確保ｓれた文字列に格納され、比較関数
+\fIcompar\fP() を用いた \fBqsort\fP(3) によりソートされて、 \fBmalloc\fP(3) により確保された配列 \fInamelist\fP
+にまとめられる。 \fIfilter\fP が NULL ならば、すべてのエントリーが選択される。
 .PP
 比較関数 \fIcompar\fP()  には \fBalphasort\fP()  関数と \fBversionsort\fP()  関数を使うことができる。
-\fBalphasort\fP()  は \fBstrcoll\fP(3)  を用いてディレクトリエントリーをソートし、 \fBversionsort\fP()
-は文字列 \fI(*a)\->d_name\fP と \fI(*b)\->d_name\fP に対して \fBstrverscmp\fP(3)  を用いる。
+\fBalphasort\fP()  は \fBstrcoll\fP(3)  を用いてディレクトリエントリーをソートする。 \fBversionsort\fP()
+は文字列 \fI(*a)\->d_name\fP と \fI(*b)\->d_name\fP に対して \fBstrverscmp\fP(3) を用いる。
 .SS scandirat()
-\fBscandirat\fP() 関数は \fBscandir\fP() と全く同様の動作をする。差分についてはここで説明する。
+\fBscandirat\fP() 関数は \fBscandir\fP() と全く同様の動作をする。ここでは差分を説明する。
 .PP
-\fIdirp\fP で指定されたパス名が相対パスの場合、ファイルディスクリプター \fIdirfd\fP が参照するディレクトリからの相対パスと解釈される
-(これに対して、\fBscandir\fP() の場合は、相対パス名は、呼び出したプロセスのカレントワーキングディレクトリからの相対パスと解釈される)。
+\fIdirp\fP で指定されたパス名が相対パスの場合、ファイルディスクリプター \fIdirfd\fP が参照するディレクトリからの相対パスと解釈される。
+(一方、\fBscandir\fP() の場合は、相対パス名は、呼び出したプロセスのカレントワーキングディレクトリからの相対パスと解釈される。)
 .PP
 \fIdirp\fP が相対パスで \fIdirfd\fP が特別な値 \fBAT_FDCWD\fP の場合、 \fIdirp\fP は (\fBscandir\fP() と同様に)
 呼び出したプロセスのカレントワーキングディレクトリからの相対パスと解釈される。
 .PP
 \fIdirp\fP が絶対パスの場合、\fIdirfd\fP は無視される。
 .PP
-\fBscandirat\fP() が必要な理由については \fBopenat\fP(2) を参照すること。
+\fBscandirat\fP() が必要な理由については \fBopenat\fP(2) を参照のこと。
 .SH 返り値
 \fBscandir\fP() 関数は、選択されたディレクトリのエントリー数を返す。 エラーの場合、 \-1 を返し、 \fIerrno\fP
 にエラーの原因を示す値を設定する。
 .PP
-関数 \fBalphasort\fP()  と \fBversionsort\fP()  は 1 番目の引き数が 2 番目の引き数に対して、
-[小さい/等しい/大きい] かに応じて、0 より [小さい/等しい/大きい] 値を返す。
+関数 \fBalphasort\fP() と \fBversionsort\fP() は、 1 番目の引き数が 2 番目の引き数に対して [小さい/等しい/大きい]
+かに応じて、 0 より [小さい/等しい/大きい] 整数値を返す。
 .SH エラー
 .TP 
 \fBENOENT\fP
@@ -155,7 +155,7 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 \fBENOTDIR\fP
 \fIdirp\fP で指定されたパスがディレクトリではない。
 .PP
-\fBscandirat\fP() では追加で以下のエラーも発生する:
+\fBscandirat\fP() では、上記に加えて以下のエラーも発生する。
 .TP 
 \fBEBADF\fP
 \fIdirfd\fP が有効なファイルディスクリプターではない。
@@ -206,15 +206,13 @@ T}	Thread safety	MT\-Safe locale
 glibc 2.1 以降では \fBalphasort\fP()  は \fBstrcoll\fP(3)  を呼び出す。 \fBalphasort\fP()  は以前は
 \fBstrcmp\fP(3)  を使っていた。
 .PP
-Before glibc 2.10, the two arguments of \fBalphasort\fP()  and \fBversionsort\fP()
-were typed as \fIconst void\ *\fP.  When \fBalphasort\fP()  was standardized in
-POSIX.1\-2008, the argument type was specified as the type\-safe \fIconst
-struct dirent\ **\fP, and glibc 2.10 changed the definition of \fBalphasort\fP()
-(and the nonstandard \fBversionsort\fP())  to match the standard.
+glibc 2.10 より前では、 \fBalphasort\fP() と \fBversionsort\fP() の 2 つの引き数の型は \fIconst
+void\ *\fP であった。 \fBalphasort\fP() が POSIX.1\-2008 で標準化された際、引き数の型は型安全な \fIconst
+struct dirent\ **\fP として規定され、 glibc 2.10 は \fBalphasort\fP() (と非標準の
+\fBversionsort\fP()) の定義を標準に合致するように変更した。
 .SH 例
 .\"
-The program below prints a list of the files in the current directory in
-reverse order.
+以下のプログラムは、現在のディレクトリ内のファイル一覧を逆順で表示する。
 .SS プログラムのソース
 \&
 .EX

--- a/manual/LDP_man-pages/draft/man3/seekdir.3
+++ b/manual/LDP_man-pages/draft/man3/seekdir.3
@@ -43,7 +43,7 @@
 .\"
 .TH SEEKDIR 3 2016\-03\-15 "" "Linux Programmer's Manual"
 .SH 名前
-seekdir \- 次の readdir() 呼び出しのために、ディレクトリストリーム中の位置を 設定する
+seekdir \- 次の readdir() 呼び出し用にディレクトリストリーム中の位置を設定する
 .SH 書式
 .nf
 \fB#include <dirent.h>\fP
@@ -57,13 +57,13 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 .PP
 \fBseekdir\fP():
  _XOPEN_SOURCE
-    || /* Glibc since 2.19: */ _DEFAULT_SOURCE
-    || /* Glibc versions <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
+    || /* glibc 2.19 以降: */ _DEFAULT_SOURCE
+    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE
 .SH 説明
-\fBseekdir\fP()  関数は、次の \fBreaddir\fP(3)  呼び出しの開始位置である、 ディレクトリストリームの中での位置を設定する。
+\fBseekdir\fP() 関数は、 \fBreaddir\fP(3) の次の呼び出しでの開始位置となる、ディレクトリストリーム中での位置を設定する。
 \fIloc\fP 引き数には、それ以前の \fBtelldir\fP(3) の呼び出しで返された値を渡すべきである。
 .SH 返り値
-\fBseekdir\fP()  関数は、値を返さない。
+\fBseekdir\fP() 関数は、値を返さない。
 .SH 属性
 この節で使用されている用語の説明については、 \fBattributes\fP(7) を参照。
 .TS
@@ -80,7 +80,7 @@ POSIX.1\-2001, POSIX.1\-2008, 4.3BSD.
 .SH 注意
 バージョン 2.1.1 以前の glibc では、 \fIloc\fP 引き数の型は \fIoff_t\fP であった。 POSIX.1\-2001 では
 \fIlong\fP と規定されており、glibc 2.1.2 以降では \fIlong\fP
-になっている。この引き数の値に前提を置く際には気を付けないといけない理由については \fBtelldir\fP(3) を参照のこと。
+になっている。この引き数の値に前提を持つ場合には注意が必要であり、理由については \fBtelldir\fP(3) を参照のこと。
 .SH 関連項目
 \fBlseek\fP(2), \fBclosedir\fP(3), \fBopendir\fP(3), \fBreaddir\fP(3), \fBrewinddir\fP(3),
 \fBscandir\fP(3), \fBtelldir\fP(3)

--- a/manual/LDP_man-pages/draft/man3/telldir.3
+++ b/manual/LDP_man-pages/draft/man3/telldir.3
@@ -56,12 +56,12 @@ glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7)  参
 .PP
 \fBtelldir\fP():
  _XOPEN_SOURCE
-    || /* Glibc since 2.19: */ _DEFAULT_SOURCE
-    || /* Glibc versions <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
+    || /* glibc 2.19 以降: */ _DEFAULT_SOURCE
+    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE
 .SH 説明
-\fBtelldir\fP()  関数は、ディレクトリストリーム \fIdirp\fP に結びつけられた 現在位置を返す。
+\fBtelldir\fP() 関数は、ディレクトリストリーム \fIdirp\fP の現在位置を返す。
 .SH 返り値
-成功した場合、 \fBtelldir\fP()  関数はディレクトリストリーム中の現在位置を返す。 エラーの場合、\-1 が返されて、 \fIerrno\fP
+成功した場合、 \fBtelldir\fP()  関数はディレクトリストリーム中の現在位置を返す。 エラーの場合、\-1 が返り、 \fIerrno\fP
 が適切に設定される。
 .SH エラー
 .TP 
@@ -81,15 +81,15 @@ T}	Thread safety	MT\-Safe
 .SH 準拠
 POSIX.1\-2001, POSIX.1\-2008, 4.3BSD.
 .SH 注意
-バージョン 2.1.1 以前の glibc では、 \fBtelldir\fP()9 の返り値の型は \fIoff_t\fP であった。 POSIX.1\-2001
+バージョン 2.1.1 以前の glibc では、 \fBtelldir\fP() の返り値の型は \fIoff_t\fP であった。 POSIX.1\-2001
 では \fIlong\fP と規定されており、glibc 2.1.2 以降では \fIlong\fP になっている。
 .PP
 .\" https://lwn.net/Articles/544298/
 初期のファイルシステムでは、 \fBtelldir\fP()
-が返す値は単なるディレクトリ内のファイルオフセットであった。新しめのファイルシステムでは、ディレクトリを表現するのに、フラットなテーブルではなく、ツリーやハッシュ構造が使用されている。このようなファイルシステムでは、
+が返す値は単なるディレクトリ内のファイルオフセットであった。最近のファイルシステムでは、ディレクトリを表現するのに、フラットなテーブルではなく、ツリー構造やハッシュ構造が使用されている。このようなファイルシステムでは、
 \fBtelldir\fP() が返す値 (および \fBreaddir\fP(3) が内部で使用する値)
-は、ディレクトリ内での値を示すのにファイルシステム実装が使っている "cookie"
-となる。アプリケーションプログラムでは、必ずこの値を内容を意識せず単なる値として扱うべきであり、その内容について前提を持つべきでは「ない」。
+は、ファイルシステム実装がディレクトリ内での位置を得るのに使用する "cookie"
+となる。アプリケーションプログラムでは、必ずこの値を内容の意識せず単なる値として扱うべきであり、その内容について前提を持つべきでは「ない」。
 .SH 関連項目
 \fBclosedir\fP(3), \fBopendir\fP(3), \fBreaddir\fP(3), \fBrewinddir\fP(3),
 \fBscandir\fP(3), \fBseekdir\fP(3)

--- a/manual/LDP_man-pages/po4a/dirent/po/ja.po
+++ b/manual/LDP_man-pages/po4a/dirent/po/ja.po
@@ -7,7 +7,7 @@ msgid ""
 msgstr ""
 "Project-Id-Version: PACKAGE VERSION\n"
 "POT-Creation-Date: 2021-03-12 14:01+0900\n"
-"PO-Revision-Date: 2021-03-27 18:02+0900\n"
+"PO-Revision-Date: 2021-05-21 14:57+0900\n"
 "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
 "Language-Team: LANGUAGE <[e-mail]>\n"
 "Language: \n"
@@ -356,6 +356,8 @@ msgid ""
 "/* Since glibc 2.10: */ _POSIX_C_SOURCE\\ E<gt>=\\ 200809L\n"
 "    || /* Glibc versions E<lt>= 2.19: */ _BSD_SOURCE || _SVID_SOURCE\n"
 msgstr ""
+"/* glibc 2.10 以降: */ _POSIX_C_SOURCE\\ E<gt>=\\ 200809L\n"
+"    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE\n"
 
 #. type: Plain text
 #: build/C/man3/dirfd.3:55
@@ -373,21 +375,15 @@ msgid ""
 "a result, it is useful only for functions which do not depend on or alter "
 "the file position, such as B<fstat>(2)  and B<fchdir>(2).  It will be "
 "automatically closed when B<closedir>(3)  is called."
-msgstr "このファイルディスクリプターはディレクトリストリームが内部で使用するものである。 よって、ファイルの位置に依存せず、かつその位置を変更しない関数 B<fstat>(2)  や B<fchdir>(2)  などでしか役に立たない。 このファイルディスクリプターは B<closedir>(3)  が呼ばれたときに自動的にクローズされる。"
+msgstr "このファイルディスクリプターはディレクトリストリームが内部で使用するものである。結果的に、この関数が役に立つのは、ファイルの位置に依存しない関数やその位置を変更しない関数 (B<fstat>(2) や B<fchdir>(2) など) においてだけである。このファイルディスクリプターは B<closedir>(3)  が呼ばれたときに自動的にクローズされる。"
 
 #. type: Plain text
 #: build/C/man3/dirfd.3:72
-#, fuzzy
-#| msgid ""
-#| "On success, a nonnegative file descriptor is returned.  On error, -1 is "
-#| "returned, and I<errno> is set to indicate the cause of the error."
 msgid ""
 "On success, B<dirfd>()  returns a file descriptor (a nonnegative integer).  "
 "On error, -1 is returned, and I<errno> is set to indicate the cause of the "
 "error."
-msgstr ""
-"成功すると、負でない値のファイルディスクリプターが返される。 エラーの場合は "
-"-1 が返され、 I<errno> にエラーの原因を示す値が設定される。"
+msgstr "成功すると、 B<dirfd>() はファイルディスクリプター (非負の整数) を返す。エラーの場合、 -1 が返され、 I<errno> にエラーの原因を示す値が設定される。"
 
 #.  glibc 2.8
 #. type: Plain text
@@ -503,7 +499,7 @@ msgid ""
 "These are not the interfaces you are interested in.  Look at B<readdir>(3)  "
 "for the POSIX-conforming C library interface.  This page documents the bare "
 "kernel system call interfaces."
-msgstr "これらはあなたの関心を引くようなインターフェースではない。 POSIX 準拠の C ライブラリインターフェースについては B<readdir>(3)  を見ること。 このページは、カーネルシステムコールの生のインターフェースについて 記載したものである。"
+msgstr "これらはあなたの関心を引くようなインターフェースではないだろう。 POSIX 準拠の C ライブラリインターフェースについては B<readdir>(3) を参照のこと。このページは、カーネルシステムコールの生のインターフェースについて記載したものである。"
 
 #. type: SS
 #: build/C/man2/getdents.2:55
@@ -527,7 +523,7 @@ msgstr ""
 #. type: Plain text
 #: build/C/man2/getdents.2:72
 msgid "The I<linux_dirent> structure is declared as follows:"
-msgstr "I<linux_dirent> 構造体は以下のように宣言されている:"
+msgstr "I<linux_dirent> 構造体は以下のように宣言されている。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:88
@@ -548,16 +544,16 @@ msgid ""
 "}\n"
 msgstr ""
 "struct linux_dirent {\n"
-"    unsigned long  d_ino;     /* Inode number */\n"
-"    unsigned long  d_off;     /* Offset to next I<linux_dirent> */\n"
-"    unsigned short d_reclen;  /* Length of this I<linux_dirent> */\n"
-"    char           d_name[];  /* Filename (null-terminated) */\n"
-"                      /* length is actually (d_reclen - 2 -\n"
+"    unsigned long  d_ino;     /* inode 番号 */\n"
+"    unsigned long  d_off;     /* 次の I<linux_dirent> へのオフセット */\n"
+"    unsigned short d_reclen;  /* この I<linux_dirent> の長さ */\n"
+"    char           d_name[];  /* ファイル名 (ヌル終端される) */\n"
+"                      /* 実際の長さは (d_reclen - 2 -\n"
 "                         offsetof(struct linux_dirent, d_name)) */\n"
 "    /*\n"
-"    char           pad;       // Zero padding byte\n"
-"    char           d_type;    // File type (only since Linux\n"
-"                              // 2.6.4); offset is (d_reclen - 1)\n"
+"    char           pad;       // 値 0 のパディングバイト\n"
+"    char           d_type;    // ファイル種別 (Linux 2.6.4 以降のみ);\n"
+"                              // オフセットは (d_reclen - 1)\n"
 "    */\n"
 "}\n"
 
@@ -578,9 +574,7 @@ msgid ""
 "I<d_type> is a byte at the end of the structure that indicates the file "
 "type.  It contains one of the following values (defined in I<E<lt>dirent."
 "hE<gt>>):"
-msgstr ""
-"I<d_type> は、構造体の最後のバイトであり、ファイルタイプを示す。 I<d_type> は"
-"以下の値の一つを取る (I<E<lt>dirent.hE<gt>> で定義されている)。"
+msgstr "I<d_type> は、構造体の最後のバイトであり、ファイルタイプを示す。 I<d_type> は以下の値のいずれか一つを取る (I<E<lt>dirent.hE<gt>> で定義されている)。"
 
 #. type: TP
 #: build/C/man2/getdents.2:106 build/C/man3/readdir.3:120
@@ -668,7 +662,7 @@ msgstr "B<DT_UNKNOWN>"
 #. type: Plain text
 #: build/C/man2/getdents.2:130
 msgid "The file type is unknown."
-msgstr "ファイルタイプが不明である。"
+msgstr "ファイルタイプが不明。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:140
@@ -677,11 +671,7 @@ msgid ""
 "that was previously a zero-filled padding byte in the I<linux_dirent> "
 "structure.  Thus, on kernels up to and including 2.6.3, attempting to access "
 "this field always provides the value 0 (B<DT_UNKNOWN>)."
-msgstr ""
-"I<d_type> フィールドは Linux 2.6.4 から実装されている。 これは "
-"I<linux_dirent> 構造体のうち、以前はゼロで埋められていた空間に配置されてい"
-"る。 従って、2.6.3 以前のカーネルでは、このフィールドにアクセスしようとする"
-"と 常に値 0 (B<DT_UNKNOWN>)  が返される。"
+msgstr "I<d_type> フィールドは Linux 2.6.4 以降で実装されている。 このフィールドは、 I<linux_dirent> 構造体の中で以前はゼロで埋められていた空間に配置されている。 したがって、2.6.3 以前のカーネルでは、このフィールドにアクセスしようとすると 常に値 0 (B<DT_UNKNOWN>) が返される。"
 
 #.  kernel 2.6.27
 #.  The same sentence is in getdents.2
@@ -691,11 +681,7 @@ msgid ""
 "Currently, only some filesystems (among them: Btrfs, ext2, ext3, and ext4)  "
 "have full support for returning the file type in I<d_type>.  All "
 "applications must properly handle a return of B<DT_UNKNOWN>."
-msgstr ""
-"現在のところ、 I<d_type> でファイルタイプを返す機能が完全にサポートされている"
-"のは、 いくつかのファイルシステムにおいてのみである (Btrfs, ext2, ext3, ext4 "
-"はサポートしている)。 どのアプリケーションも、 B<DT_UNKNOWN> が返された際に適"
-"切に処理できなければならない。"
+msgstr "現在のところ、 I<d_type> でファイルタイプを返す機能が完全にサポートされているのは、 いくつかのファイルシステムにおいてのみである (Btrfs, ext2, ext3, ext4 はサポートしている)。 どのアプリケーションも B<DT_UNKNOWN> が返された際に適切に処理できなければならない。"
 
 #. type: SS
 #: build/C/man2/getdents.2:149
@@ -705,23 +691,12 @@ msgstr "getdents64()"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:165
-#, fuzzy
-#| msgid ""
-#| "The original Linux B<getdents>()  system call did not handle large "
-#| "filesystems and large file offsets.  Consequently, Linux 2.4 added "
-#| "B<getdents64>(), with wider types for the I<d_ino> and I<d_off> fields "
-#| "employed in the I<linux_dirent> structure."
 msgid ""
 "The original Linux B<getdents>()  system call did not handle large "
 "filesystems and large file offsets.  Consequently, Linux 2.4 added "
 "B<getdents64>(), with wider types for the I<d_ino> and I<d_off> fields.  In "
 "addition, B<getdents64>()  supports an explicit I<d_type> field."
-msgstr ""
-"元々の Linux の B<getdents>() システムコールは、大きなファイルシステムと\n"
-"大きなファイルオフセットを扱うことができなかった。\n"
-"その結果、Linux 2.4 で B<getdents64>() が追加された。\n"
-"B<getdents64>() では、I<linux_dirent> 構造体のフィールド I<d_ino> と\n"
-"I<d_off> でビット幅の大きなデータ型が使われている。"
+msgstr "元々の Linux の B<getdents>() システムコールは、大きなファイルシステムと大きなファイルオフセットを扱うことができなかった。そのため、Linux 2.4 で B<getdents64>() が追加された。 B<getdents64>() では、 I<d_ino> と I<d_off> でビット幅の大きなデータ型が使われている。また、 B<getdents64>() では I<d_type> フィールドを明示的にサポートされている。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:172
@@ -729,20 +704,11 @@ msgid ""
 "The B<getdents64>()  system call is like B<getdents>(), except that its "
 "second argument is a pointer to a buffer containing structures of the "
 "following type:"
-msgstr ""
+msgstr "B<getdents64>() システムコールは B<getdents>() と似ているが、 2 番目の引き数が以下の構造体が入ったバッファへのポインターである点が異なる。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:182
-#, fuzzy, no-wrap
-#| msgid ""
-#| "struct dirent {\n"
-#| "    ino_t          d_ino;       /* inode number */\n"
-#| "    off_t          d_off;       /* not an offset; see NOTES */\n"
-#| "    unsigned short d_reclen;    /* length of this record */\n"
-#| "    unsigned char  d_type;      /* type of file; not supported\n"
-#| "                                   by all filesystem types */\n"
-#| "    char           d_name[256]; /* filename */\n"
-#| "};\n"
+#, no-wrap
 msgid ""
 "struct linux_dirent64 {\n"
 "    ino64_t        d_ino;    /* 64-bit inode number */\n"
@@ -752,13 +718,12 @@ msgid ""
 "    char           d_name[]; /* Filename (null-terminated) */\n"
 "};\n"
 msgstr ""
-"struct dirent {\n"
-"    ino_t          d_ino;       /* inode 番号 */\n"
-"    off_t          d_off;       /* オフセットではない; 注意を参照 */\n"
-"    unsigned short d_reclen;    /* このレコードの長さ */\n"
-"    unsigned char  d_type;      /* ファイル種別。全ファイルシステム */\n"
-"                                   でサポートされているわけではない */\n"
-"    char           d_name[256]; /* ファイル名 */\n"
+"struct linux_dirent64 {\n"
+"    ino64_t        d_ino;    /* 64 ビットの inode 番号 */\n"
+"    off64_t        d_off;    /* 次の構造体への 64 ビットのオフセット */\n"
+"    unsigned short d_reclen; /* この dirent の大きさ */\n"
+"    unsigned char  d_type;   /* ファイル種別 */\n"
+"    char           d_name[]; /* ファイル名 (ヌル終端される) */\n"
 "};\n"
 
 #. type: Plain text
@@ -784,7 +749,7 @@ msgstr "B<EFAULT>"
 #. type: Plain text
 #: build/C/man2/getdents.2:198 build/C/man2/readdir.2:107
 msgid "Argument points outside the calling process's address space."
-msgstr "引き数が呼び出したプロセスのアドレス空間外を指している。"
+msgstr "引き数が呼び出し元プロセスのアドレス空間外を指している。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:201 build/C/man2/readdir.2:110
@@ -839,12 +804,12 @@ msgid ""
 "B<getdents64>()  on earlier glibc versions) requires the use of "
 "B<syscall>(2).  In that case you will need to define the I<linux_dirent> or "
 "I<linux_dirent64> structure yourself."
-msgstr ""
+msgstr "B<getdents64>() に対応するライブラリのサポートは glibc 2.30 で追加された。 B<getdents>() に対する glibc ラッパー関数は存在しない。 B<getdents>() (もしくは glibc の古いバージョンでの B<getdents64>()) を呼び出すには、 B<syscall>(2) を使う必要がある。その場合、構造体 I<linux_dirent> や I<linux_dirent64> を自分で定義する必要があるだろう。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:231
 msgid "Probably, you want to use B<readdir>(3)  instead of these system calls."
-msgstr ""
+msgstr "おそらく、あなたが使いたいのは、これらのシステムコールではなく B<readdir>(3) の方であろう。"
 
 #. type: Plain text
 #: build/C/man2/getdents.2:234
@@ -916,7 +881,7 @@ msgid ""
 "#include E<lt>sys/syscall.hE<gt>\n"
 msgstr ""
 "#define _GNU_SOURCE\n"
-"#include E<lt>dirent.hE<gt>     /* Defines DT_* constants */\n"
+"#include E<lt>dirent.hE<gt>     /* DT_* 定数の定義 */\n"
 "#include E<lt>fcntl.hE<gt>\n"
 "#include E<lt>stdint.hE<gt>\n"
 "#include E<lt>stdio.hE<gt>\n"
@@ -1241,10 +1206,7 @@ msgid ""
 "The B<opendir>()  function opens a directory stream corresponding to the "
 "directory I<name>, and returns a pointer to the directory stream.  The "
 "stream is positioned at the first entry in the directory."
-msgstr ""
-"B<opendir>()  関数はディレクトリ I<name> に対応する ディレクトリストリームを"
-"オープンし、そのストリームへのポインターを返す。 ストリームの位置はディレクト"
-"リの先頭のエントリーに設定される。"
+msgstr "B<opendir>() 関数は、ディレクトリ I<name> に対応する ディレクトリストリームをオープンし、そのストリームへのポインターを返す。 ストリームの位置はディレクトリの先頭のエントリーに設定される。"
 
 #. type: Plain text
 #: build/C/man3/opendir.3:82
@@ -1297,7 +1259,7 @@ msgstr "B<EMFILE>"
 msgid ""
 "The per-process limit on the number of open file descriptors has been "
 "reached."
-msgstr ""
+msgstr "オープンされたファイルディスクリプター数がプロセス単位の上限に達している。"
 
 #. type: TP
 #: build/C/man3/opendir.3:102
@@ -1309,7 +1271,7 @@ msgstr "B<ENFILE>"
 #: build/C/man3/opendir.3:105
 msgid ""
 "The system-wide limit on the total number of open files has been reached."
-msgstr ""
+msgstr "オープンされたファイルの総数がシステム全体の上限に達している。"
 
 #. type: Plain text
 #: build/C/man3/opendir.3:108
@@ -1366,16 +1328,14 @@ msgstr ""
 #: build/C/man3/opendir.3:138
 msgid ""
 "Filename entries can be read from a directory stream using B<readdir>(3)."
-msgstr ""
+msgstr "ファイル名エントリーをディレクトリストリームから読み込むには B<readdir>(3) を使用する。"
 
 #. type: Plain text
 #: build/C/man3/opendir.3:141
 msgid ""
 "The underlying file descriptor of the directory stream can be obtained using "
 "B<dirfd>(3)."
-msgstr ""
-"ディレクトリストリームに対応するファイルディスクリプターは B<dirfd>(3)  を使"
-"用して得ることができる。"
+msgstr "ディレクトリストリームに対応するファイルディスクリプターは B<dirfd>(3) を使用して取得できる。"
 
 #. type: Plain text
 #: build/C/man3/opendir.3:155
@@ -1442,11 +1402,7 @@ msgid ""
 "This is not the function you are interested in.  Look at B<readdir>(3)  for "
 "the POSIX conforming C library interface.  This page documents the bare "
 "kernel system call interface, which is superseded by B<getdents>(2)."
-msgstr ""
-"これはあなたの興味をもっている関数ではない。 POSIX 準拠の C ライブラリイン"
-"ターフェースについては B<readdir>(3)  を見ること。 このページは裸のカーネルの"
-"システムコールインターフェースについて 記述しているが、このインターフェース"
-"は B<getdents>(2)  によって取って代わられた。"
+msgstr "これはあなたの関心を引くような関数ではないだろう。 POSIX 準拠の C ライブラリインターフェースについては B<readdir>(3) を参照のこと。このページでは、生のカーネルのシステムコールインターフェースについて記載しているが、このインターフェースは B<getdents>(2) によって置き換えられた。"
 
 #. type: Plain text
 #: build/C/man2/readdir.2:64
@@ -1455,20 +1411,14 @@ msgid ""
 "referred to by the file descriptor I<fd> into the buffer pointed to by "
 "I<dirp>.  The argument I<count> is ignored; at most one I<old_linux_dirent> "
 "structure is read."
-msgstr ""
-"B<readdir>()  は、ファイルディスクリプター I<fd> が参照しているディレクトリか"
-"ら I<old_linux_dirent> 構造体を読み込み、 I<dirp> で指されたバッファーに格納"
-"する。 I<count> 引き数は(ほとんどの I<old_linux_dirent> 構造体の読み込みにお"
-"いて)無視される"
+msgstr "B<readdir>()  は、ファイルディスクリプター I<fd> が参照しているディレクトリから I<old_linux_dirent> 構造体をひとつ読み込み、 I<dirp> で指されたバッファーに格納する。 I<count> 引き数は無視される。最大で 1 個の I<old_linux_dirent> 構造体が読み出される。"
 
 #. type: Plain text
 #: build/C/man2/readdir.2:70
-#, fuzzy
-#| msgid "The I<old_linux_dirent> structure is declared as follows:"
 msgid ""
 "The I<old_linux_dirent> structure is declared (privately in Linux kernel "
 "file B<fs/readdir.c>)  as follows:"
-msgstr "I<old_linux_dirent> 構造体は以下のように宣言される:"
+msgstr "I<old_linux_dirent> 構造体は (Linux カーネルのファイル B<fs/readdir.c> で内部用として) 以下のように宣言される:"
 
 #. type: Plain text
 #: build/C/man2/readdir.2:79
@@ -1482,10 +1432,10 @@ msgid ""
 "}\n"
 msgstr ""
 "struct old_linux_dirent {\n"
-"    unsigned long d_ino;     /* inode number */\n"
-"    unsigned long d_offset;  /* offset to this I<old_linux_dirent> */\n"
-"    unsigned short d_namlen; /* length of this I<d_name> */\n"
-"    char  d_name[1];         /* filename (null-terminated) */\n"
+"    unsigned long d_ino;     /* inode 番号 */\n"
+"    unsigned long d_offset;  /* この I<old_linux_dirent> へのオフセット */\n"
+"    unsigned short d_namlen; /* この I<d_name> の長さ */\n"
+"    char  d_name[1];         /* (NULL 終端された) ファイル名 */\n"
 "}\n"
 
 #. type: Plain text
@@ -1495,7 +1445,7 @@ msgid ""
 "the directory to this I<old_linux_dirent>.  I<d_reclen> is the size of "
 "I<d_name>, not counting the terminating null byte (\\(aq\\e0\\(aq).  "
 "I<d_name> is a null-terminated filename."
-msgstr "I<d_ino> は inode 番号である。 I<d_offset> はディレクトリの最初からこの I<old_linux_dirent> まで距離である。 I<d_reclen> は I<d_name> の大きさで、終端のヌルバイト (\\(aq\\e0\\(aq) を含まない。 I<d_name> はヌルバイトで終わるファイル名である。"
+msgstr "I<d_ino> は inode 番号である。 I<d_offset> はディレクトリの最初からこの I<old_linux_dirent> まで距離である。 I<d_reclen> は I<d_name> の大きさで、終端のヌルバイト (\\(aq\\e0\\(aq) を含まない。 I<d_name> はヌルで終端されたファイル名である。"
 
 #. type: Plain text
 #: build/C/man2/readdir.2:99
@@ -1509,7 +1459,7 @@ msgstr ""
 #. type: Plain text
 #: build/C/man2/readdir.2:118
 msgid "This system call is Linux-specific."
-msgstr "このシステムコールは Linux 特有である。"
+msgstr "このシステムコールは Linux 固有である。"
 
 #. type: Plain text
 #: build/C/man2/readdir.2:127
@@ -1564,16 +1514,7 @@ msgstr "glibc の実装では I<dirent> 構造体は以下のように定義さ
 
 #. type: Plain text
 #: build/C/man3/readdir.3:68
-#, fuzzy, no-wrap
-#| msgid ""
-#| "struct dirent {\n"
-#| "    ino_t          d_ino;       /* inode number */\n"
-#| "    off_t          d_off;       /* not an offset; see NOTES */\n"
-#| "    unsigned short d_reclen;    /* length of this record */\n"
-#| "    unsigned char  d_type;      /* type of file; not supported\n"
-#| "                                   by all filesystem types */\n"
-#| "    char           d_name[256]; /* filename */\n"
-#| "};\n"
+#, no-wrap
 msgid ""
 "struct dirent {\n"
 "    ino_t          d_ino;       /* Inode number */\n"
@@ -1586,32 +1527,20 @@ msgid ""
 msgstr ""
 "struct dirent {\n"
 "    ino_t          d_ino;       /* inode 番号 */\n"
-"    off_t          d_off;       /* オフセットではない; 注意を参照 */\n"
+"    off_t          d_off;       /* オフセットではない; 下記を参照 */\n"
 "    unsigned short d_reclen;    /* このレコードの長さ */\n"
 "    unsigned char  d_type;      /* ファイル種別。全ファイルシステム */\n"
 "                                   でサポートされているわけではない */\n"
-"    char           d_name[256]; /* ファイル名 */\n"
+"    char           d_name[256]; /* ヌル終端されたファイル名 */\n"
 "};\n"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:79
-#, fuzzy
-#| msgid ""
-#| "The only fields in the I<dirent> structure that are mandated by POSIX.1 "
-#| "are: I<d_name>[], of unspecified size, with at most B<NAME_MAX> "
-#| "characters preceding the terminating null byte (\\(aq\\e0\\(aq); and (as "
-#| "an XSI extension)  I<d_ino>.  The other fields are unstandardized, and "
-#| "not present on all systems; see NOTES below for some further details."
 msgid ""
 "The only fields in the I<dirent> structure that are mandated by POSIX.1 are "
 "I<d_name> and I<d_ino>.  The other fields are unstandardized, and not "
 "present on all systems; see NOTES below for some further details."
-msgstr ""
-"I<dirent> 構造体のフィールドで POSIX.1 で要求されているのは、 I<d_name>[] と "
-"(XSI 拡張での)  I<d_ino> だけである。 I<d_name>[] はその大きさも規定されてお"
-"らず、 このフィールドには最大で B<NAME_MAX> 個の文字と、それに続く終端の ヌル"
-"バイト (\\(aq\\e0\\(aq)が格納される。 他のフィールドは非標準であり、全てのシ"
-"ステムに存在するわけではない。 詳細については、下記の「注意」を参照のこと。"
+msgstr "I<dirent> 構造体のフィールドのうち POSIX.1 で要求されているのは、 I<d_name> と I<d_ino> だけである。他のフィールドは非標準であり、すべてのシステムで存在するわけではない。 詳細については、下記の「注意」を参照のこと。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:83
@@ -1626,10 +1555,8 @@ msgstr "I<d_ino>"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:86
-#, fuzzy
-#| msgid "This is a regular file."
 msgid "This is the inode number of the file."
-msgstr "通常のファイルである。"
+msgstr "ファイルの inode 番号である。"
 
 #. type: TP
 #: build/C/man3/readdir.3:86
@@ -1647,13 +1574,7 @@ msgid ""
 "directory offset on modern filesystems.  Applications should treat this "
 "field as an opaque value, making no assumptions about its contents; see also "
 "B<telldir>(3)."
-msgstr ""
-"I<d_off> で返される値は B<telldir>(3) が返す値と同じで、ディレクトリストリー"
-"ム内の現在の位置を示す。\n"
-"フィールドの型や名前はこうなっていますが、最近のファイルシステムでは "
-"I<d_off> フィールドが何らかのディレクトリオフセットであることはめったいにな"
-"い。アプリケーションプログラムでは、必ずこの値を内容を意識せず単なる値として"
-"扱うべきであり、その内容について前提を持つべきではない。"
+msgstr "I<d_off> で返される値は、ディレクトリストリームの現在の位置で B<telldir>(3) を呼び出した場合の返り値と同じである。フィールドの型や名前はこうなっているが、最近のファイルシステムでは I<d_off> フィールドが何らかのディレクトリオフセットであることはめったにない。アプリケーションプログラムでは、必ずこの値を内容を意識せず単なる値として扱うべきであり、その内容について前提を持つべきではない。 B<telldir>(3) も参照。"
 
 #. type: TP
 #: build/C/man3/readdir.3:100
@@ -1666,7 +1587,7 @@ msgstr "I<d_reclen>"
 msgid ""
 "This is the size (in bytes) of the returned record.  This may not match the "
 "size of the structure definition shown above; see NOTES."
-msgstr ""
+msgstr "返されたレコードの (バイト単位の) サイズである。この値は上記の構造体の定義のサイズとは一致しないかもしれない。「注意」を参照。"
 
 #. type: TP
 #: build/C/man3/readdir.3:105
@@ -1680,7 +1601,7 @@ msgid ""
 "This field contains a value indicating the file type, making it possible to "
 "avoid the expense of calling B<lstat>(2)  if further actions depend on the "
 "type of the file."
-msgstr ""
+msgstr "ファイル種別を示す値が格納される。これにより、これ以降の処理がファイル種別に依存している場合に B<lstat>(2) を呼び出すコストを避けることができる。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:119
@@ -1689,14 +1610,12 @@ msgid ""
 "versions since 2.19, or B<_BSD_SOURCE> on glibc versions 2.19 and earlier), "
 "glibc defines the following macro constants for the value returned in "
 "I<d_type>:"
-msgstr ""
+msgstr "適切な機能検査マクロ (glibc 2.19 以降では B<_DEFAULT_SOURCE>、 glibc 2.19 以前では B<_BSD_SOURCE>) が定義されている場合、 glibc は I<d_type> の値に対応する以下のマクロ定数を定義する。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:144
-#, fuzzy
-#| msgid "The file type is unknown."
 msgid "The file type could not be determined."
-msgstr "ファイルタイプが不明である。"
+msgstr "ファイル種別が判別できなかった。"
 
 #. type: TP
 #: build/C/man3/readdir.3:154
@@ -1707,7 +1626,7 @@ msgstr "I<d_name>"
 #. type: Plain text
 #: build/C/man3/readdir.3:158
 msgid "This field contains the null terminated filename.  I<See NOTES>."
-msgstr ""
+msgstr "このフィールドはヌル終端されたファイル名である。「注意」を参照。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:164
@@ -1720,22 +1639,10 @@ msgstr ""
 
 #. type: Plain text
 #: build/C/man3/readdir.3:173
-#, fuzzy
-#| msgid ""
-#| "On success, B<readdir>()  returns a pointer to a I<dirent> structure.  "
-#| "(This structure may be statically allocated; do not attempt to "
-#| "B<free>(3)  it.)  If the end of the directory stream is reached, NULL is "
-#| "returned and I<errno> is not changed.  If an error occurs, NULL is "
-#| "returned and I<errno> is set appropriately."
 msgid ""
 "On success, B<readdir>()  returns a pointer to a I<dirent> structure.  (This "
 "structure may be statically allocated; do not attempt to B<free>(3)  it.)"
-msgstr ""
-"成功すると、 B<readdir>()  は I<dirent> 構造体へのポインターを返す。 (この構"
-"造体は静的に割り当てられているかもしれない。 このポインターを B<free>(3)  し"
-"ようとしないこと。)  ディレクトリストリームの末尾に達した場合には、NULL が返"
-"され、 I<errno> は変化しない。 エラーが発生した場合、NULL が返され、 "
-"I<errno> が適切に設定される。"
+msgstr "成功すると、 B<readdir>() は I<dirent> 構造体へのポインターを返す。 (この構造体は静的に割り当てられているかもしれない。 このポインターを B<free>(3) しようとしないこと。)"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:187
@@ -1745,7 +1652,7 @@ msgid ""
 "appropriately.  To distinguish end of stream from an error, set I<errno> to "
 "zero before calling B<readdir>()  and then check the value of I<errno> if "
 "NULL is returned."
-msgstr ""
+msgstr "ディレクトリストリームの末尾に達した場合には、NULL が返され、 I<errno> は変化しない。 エラーが発生した場合、NULL が返され、 I<errno> が適切に設定される。エラーからストリームの末尾を区別するには、 B<readdir>() を呼び出す前に I<errno> を 0 に設定しておき、 NULL が返された場合に I<errno> の値を確認すればよい。"
 
 #. type: tbl table
 #: build/C/man3/readdir.3:201
@@ -1773,14 +1680,12 @@ msgid ""
 "B<readdir_r>(3)  function.  It is expected that a future version of POSIX.1 "
 "will require that B<readdir>()  be thread-safe when concurrently employed on "
 "different directory streams."
-msgstr ""
+msgstr "現在の POSIX.1 標準 (POSIX.1-2008) では、 B<readdir>() がスレッドセーフであることは求められていない。しかしながら、最近の実装 (glibc による実装も含む) では、異なるディレクトリストリームに対する B<readdir>() の同時並行の呼び出しはスレッドセーフである。複数のスレッドが同じディレクトリストリームから読み込みを行う必要がある場合も、非推奨の B<readdir_r>(3) 関数を使用するよりも、外部同期を用いた B<readdir>() を使う方が推奨される。 POSIX.1 の将来のバージョンでは、 B<readdir>() は異なるディレクトリストリームに対して同時に使用された際にスレッドセーフであることが必須となる予定である。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:229
-#, fuzzy
-#| msgid "Invalid directory stream descriptor I<dirp>."
 msgid "A directory stream is opened using B<opendir>(3)."
-msgstr "ディレクトリストリームディスクリプター I<dirp> が無効である。"
+msgstr "ディレクトリストリームは B<opendir>(3) を使ってオープンする。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:234
@@ -1788,19 +1693,11 @@ msgid ""
 "The order in which filenames are read by successive calls to B<readdir>()  "
 "depends on the filesystem implementation; it is unlikely that the names will "
 "be sorted in any fashion."
-msgstr ""
+msgstr "連続する B<readdir>() の呼び出しで読み込まれるファイル名の順序は、ファイルシステムの実装に依存する。名前が何らかの方法でソートされていることはありえない。"
 
 #.  POSIX.1-2001, POSIX.1-2008
 #. type: Plain text
 #: build/C/man3/readdir.3:255
-#, fuzzy
-#| msgid ""
-#| "Only the fields I<d_name> and I<d_ino> are specified in POSIX.1-2001.  "
-#| "The remaining fields are available on many, but not all systems.  Under "
-#| "glibc, programs can check for the availability of the fields not defined "
-#| "in POSIX.1 by testing whether the macros B<_DIRENT_HAVE_D_NAMLEN>, "
-#| "B<_DIRENT_HAVE_D_RECLEN>, B<_DIRENT_HAVE_D_OFF>, or "
-#| "B<_DIRENT_HAVE_D_TYPE> are defined."
 msgid ""
 "Only the fields I<d_name> and (as an XSI extension)  I<d_ino> are specified "
 "in POSIX.1.  Other than Linux, the I<d_type> field is available mainly only "
@@ -1809,26 +1706,20 @@ msgid ""
 "not defined in POSIX.1 by testing whether the macros "
 "B<_DIRENT_HAVE_D_NAMLEN>, B<_DIRENT_HAVE_D_RECLEN>, B<_DIRENT_HAVE_D_OFF>, "
 "or B<_DIRENT_HAVE_D_TYPE> are defined."
-msgstr ""
-"フィールド I<d_name> と I<d_ino> だけが POSIX.1-2001 で規定されている。 残り"
-"のフィールドは多くのシステムに存在するが、全てのシステムに 存在するわけではな"
-"い。 glibc では、プログラムが POSIX.1 で定義されていないフィールドが 利用でき"
-"るかをチェックすることができる。 チェックするには、マクロ "
-"B<_DIRENT_HAVE_D_NAMLEN>, B<_DIRENT_HAVE_D_RECLEN>, B<_DIRENT_HAVE_D_OFF>, "
-"B<_DIRENT_HAVE_D_TYPE> が定義されているかをテストすればよい。"
+msgstr "フィールド I<d_name> と (XSI 拡張の) I<d_ino> だけが POSIX.1 で規定されている。 I<d_type> フィールドは、 Linux 以外では、おもに BSD 系のシステムでのみ利用可能である。残りのフィールドは多くのシステムに存在するが、全てのシステムに存在するわけではない。 glibc では、プログラムが POSIX.1 で定義されていないフィールドが 利用できるかをチェックすることができる。 チェックするには、マクロ B<_DIRENT_HAVE_D_NAMLEN>, B<_DIRENT_HAVE_D_RECLEN>, B<_DIRENT_HAVE_D_OFF>, B<_DIRENT_HAVE_D_TYPE> が定義されているかをテストすればよい。"
 
 #. type: SS
 #: build/C/man3/readdir.3:255
 #, no-wrap
 msgid "The d_name field"
-msgstr ""
+msgstr "d_name フィールド"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:262
 msgid ""
 "The I<dirent> structure definition shown above is taken from the glibc "
 "headers, and shows the I<d_name> field with a fixed size."
-msgstr ""
+msgstr "上記の I<dirent> 構造体の定義は glibc のヘッダーからの引用であり、 I<d_name> フィールドは固定サイズとなっている。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:272
@@ -1837,7 +1728,7 @@ msgid ""
 "I<d_name> field.  POSIX defines it as I<char\\ d_name[]>, a character array "
 "of unspecified size, with at most B<NAME_MAX> characters preceding the "
 "terminating null byte (\\(aq\\e0\\(aq)."
-msgstr ""
+msgstr "I<警告>: アプリケーションは、 I<d_name> フィールドのサイズに依存すべきではない。 POSIX ではこのフィールドは I<char\\ d_name[]> (サイズ不定の文字配列) として規定しており、最大で終端のヌルバイト (\\(aq\\e0\\(aq) の前に B<NAME_MAX> 文字が入る。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:286
@@ -1847,12 +1738,12 @@ msgid ""
 "I<strlen(d_name)> instead.  (On some systems, this field is defined as I<char"
 "\\ d_name[1]>!)  By implication, the use I<sizeof(struct dirent)> to capture "
 "the size of the record including the size of I<d_name> is also incorrect."
-msgstr ""
+msgstr "POSIX.1 は、このフィールドを左辺値として使用すべきではないと明記している。また、 POSIX.1 では、 I<sizeof(d_name)> の使用は間違いであり、代わりに I<strlen(d_name)> を使用するように、との注記もある (いくつかのシステムでは、このフィールドは I<char\\ d_name[1]>! として定義されている)。このことは、 I<d_name> を含むレコードのサイズを取得するために I<sizeof(struct dirent)> を使用することも間違いであることを暗に示している。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:288
 msgid "Note that while the call"
-msgstr ""
+msgstr "多くのファイルシステムでは、"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:290
@@ -1868,7 +1759,7 @@ msgid ""
 "returned in I<d_name> can actually exceed this size.  In such cases, the "
 "I<d_reclen> field will contain a value that exceeds the size of the glibc "
 "I<dirent> structure shown above."
-msgstr ""
+msgstr "の呼び出しは値 255 を返すが、いくつかのファイルシステム (例えば CIFS や Windows SMB サーバーなど) では、(正しい動作なのだが) I<d_name> で返されるヌル終端されたファイル名は実際にはこのサイズを超える場合がある点に注意すること。このような場合、 I<d_reclen> フィールドは、上記の glibc I<dirent> 構造体のサイズよりも大きな値となる。"
 
 #. type: Plain text
 #: build/C/man3/readdir.3:314
@@ -1913,34 +1804,22 @@ msgid ""
 "_POSIX_C_SOURCE\n"
 "    || /* Glibc versions E<lt>= 2.19: */ _BSD_SOURCE || _SVID_SOURCE\n"
 msgstr ""
+"_POSIX_C_SOURCE\n"
+"    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE\n"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:53
 msgid "This function is deprecated; use B<readdir>(3)  instead."
-msgstr ""
+msgstr "この関数は非推奨である。代わりに B<readdir>(3) を使用すること。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:66
-#, fuzzy
-#| msgid ""
-#| "The B<readdir_r>()  function is a reentrant version of B<readdir>().  It "
-#| "reads the next directory entry from the directory stream I<dirp>, and "
-#| "returns it in the caller-allocated buffer pointed to by I<entry>.  (See "
-#| "NOTES for information on allocating this buffer.)  A pointer to the "
-#| "returned item is placed in I<*result>; if the end of the directory stream "
-#| "was encountered, then NULL is instead returned in I<*result>."
 msgid ""
 "The B<readdir_r>()  function was invented as a reentrant version of "
 "B<readdir>(3).  It reads the next directory entry from the directory stream "
 "I<dirp>, and returns it in the caller-allocated buffer pointed to by "
 "I<entry>.  For details of the I<dirent> structure, see B<readdir>(3)."
-msgstr ""
-"B<readdir_r>()  関数は B<readdir>()  のリエントラント版である。 この関数は"
-"ディレクトリストリーム I<dirp> から次のディレクトリエントリーを読み込み、 "
-"I<entry> が指す呼び出し元が割り当てたバッファーにそのエントリーを格納して返"
-"す (このバッファーの割り当てについては「注意」の節を参照のこと)。 返されるエ"
-"ントリーへのポインターが I<*result> に格納される。ディレクトリストリームの末"
-"尾に達した場合は、 NULL が I<*result> に格納される。"
+msgstr "B<readdir_r>() 関数は B<readdir>(3) のリエントラント版として導入された。この関数はディレクトリストリーム I<dirp> から次のディレクトリエントリーを読み込み、 I<entry> が指す呼び出し元が割り当てたバッファーにそのエントリーを格納して返す。 I<dirent> 構造体の詳細は B<readdir>(3) を参照。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:72
@@ -1948,7 +1827,7 @@ msgid ""
 "A pointer to the returned buffer is placed in I<*result>; if the end of the "
 "directory stream was encountered, then NULL is instead returned in "
 "I<*result>."
-msgstr ""
+msgstr "結果を返すバッファへのポインターが I<*result> に格納される。ディレクトリストリームの末尾に達した場合は、NULL が代わりに I<*result> で返される。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:80
@@ -1956,7 +1835,7 @@ msgid ""
 "It is recommended that applications use B<readdir>(3)  instead of "
 "B<readdir_r>().  Furthermore, since version 2.24, glibc deprecates "
 "B<readdir_r>().  The reasons are as follows:"
-msgstr ""
+msgstr "アプリケーションでは B<readdir_r>() の代わりに B<readdir>(3) を使用することを推奨する。さらに、glibc 2.24 以降では B<readdir_r>() は非推奨となっている。理由は以下の通りである。"
 
 #. type: IP
 #: build/C/man3/readdir_r.3:80 build/C/man3/readdir_r.3:87
@@ -1971,7 +1850,7 @@ msgid ""
 "On systems where B<NAME_MAX> is undefined, calling B<readdir_r>()  may be "
 "unsafe because the interface does not allow the caller to specify the length "
 "of the buffer used for the returned directory entry."
-msgstr ""
+msgstr "B<NAME_MAX> が定義されていないシステムでは、 B<readdir_r>() の呼び出しは安全ではない。このインターフェースでは、呼び出し元がディレクトリエントリーを返す際に使用されるバッファの長さを指定することができないからである。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:101
@@ -1982,7 +1861,7 @@ msgid ""
 "directory entry has been read>.  On some other systems, B<readdir_r>()  may "
 "return a success status, but the returned I<d_name> field may not be null "
 "terminated or may be truncated."
-msgstr ""
+msgstr "いくつかのシステムでは、 B<readdir_r>() は非常に長い名前のディレクトリエントリーを読み込むことができない。 glibc の実装ではこのような名前に遭遇した場合、 B<readdir_r>() は I<最後のディレクトリエントリーを読み込んだ後> エラー B<ENAMETOOLONG> で失敗する。他のいくつかのシステムでは、 B<readdir_r>() が成功ステータスを返しても、返された I<d_name> フィールドがヌル終端されていなかったり、文字列が途中までで切り詰められていたりすることがある。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:118
@@ -1995,7 +1874,7 @@ msgid ""
 "cases where multiple threads must read from the same directory stream, using "
 "B<readdir>(3)  with external synchronization is still preferable to the use "
 "of B<readdir_r>(), for the reasons given in the points above."
-msgstr ""
+msgstr "現在の POSIX.1 標準 (POSIX.1-2008) では、 B<readdir>(3) がスレッドセーフであることは求められていない。しかしながら、新し目の実装 (glibc による実装も含む) では、異なるディレクトリストリームに対する B<readdir>(3) の同時並行の呼び出しはスレッドセーフである。したがって、マルチスレッドプログラムにおいて B<readdir_r>() の使用は不要である。複数のスレッドが同じディレクトリストリームから読み込みを行う必要がある場合も、上記で挙げた理由から、非推奨の B<readdir_r>() 関数を使用するよりも、外部同期を用いた B<readdir>(3) を使う方が推奨される。"
 
 #.  FIXME .
 #.  http://www.austingroupbugs.net/view.php?id=696
@@ -2005,7 +1884,7 @@ msgid ""
 "It is expected that a future version of POSIX.1 will make B<readdir_r>()  "
 "obsolete, and require that B<readdir>(3)  be thread-safe when concurrently "
 "employed on different directory streams."
-msgstr ""
+msgstr "POSIX.1 の将来のバージョンでは、 B<readdir_r>() は廃止予定 (obsolete) となり、 B<readdir>(3) は異なるディレクトリストリームに対して同時に使用された際にスレッドセーフであることが必須となる予定である。"
 
 #. type: Plain text
 #: build/C/man3/readdir_r.3:136
@@ -2028,7 +1907,7 @@ msgstr "B<ENAMETOOLONG>"
 #. type: Plain text
 #: build/C/man3/readdir_r.3:143
 msgid "A directory entry whose name was too long to be read was encountered."
-msgstr ""
+msgstr "読み込むには名前が長過ぎるディレクトリエントリーに遭遇した。"
 
 #. type: tbl table
 #: build/C/man3/readdir_r.3:153
@@ -2183,13 +2062,7 @@ msgid ""
 "the comparison function I<compar>(), and collected in array I<namelist> "
 "which is allocated via B<malloc>(3).  If I<filter> is NULL, all entries are "
 "selected."
-msgstr ""
-"関数 B<scandir>()  はディレクトリ I<dirp> を走査し、 ディレクトリの各エント"
-"リーを引き数として B<filter>()  を呼び出す。 B<filter>()  が 0 以外の値を返す"
-"エントリーは B<malloc>(3)  によって 確保された文字列に保存され、比較関数 "
-"B<compar>()  を用いて B<qsort>(3)  によりソートされ、 B<malloc>(3)  により確"
-"保された配列 I<namelist> にまとめられる。 I<filter> が NULL ならば、すべての"
-"エントリーが選択される。"
+msgstr "関数 B<scandir>() はディレクトリ I<dirp> を走査し、 ディレクトリの各エントリーを引き数として I<filter>() を呼び出す。 I<filter>() が 0 以外の値を返すエントリーは、 B<malloc>(3) により確保ｓれた文字列に格納され、比較関数 I<compar>() を用いた B<qsort>(3) によりソートされて、 B<malloc>(3) により確保された配列 I<namelist> にまとめられる。 I<filter> が NULL ならば、すべてのエントリーが選択される。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:139
@@ -2198,11 +2071,7 @@ msgid ""
 "comparison function I<compar>().  The former sorts directory entries using "
 "B<strcoll>(3), the latter using B<strverscmp>(3)  on the strings I<(*a)-"
 "E<gt>d_name> and I<(*b)-E<gt>d_name>."
-msgstr ""
-"比較関数 I<compar>()  には B<alphasort>()  関数と B<versionsort>()  関数を使"
-"うことができる。 B<alphasort>()  は B<strcoll>(3)  を用いてディレクトリエント"
-"リーをソートし、 B<versionsort>()  は文字列 I<(*a)-E<gt>d_name> と I<(*b)-"
-"E<gt>d_name> に対して B<strverscmp>(3)  を用いる。"
+msgstr "比較関数 I<compar>()  には B<alphasort>()  関数と B<versionsort>()  関数を使うことができる。 B<alphasort>()  は B<strcoll>(3)  を用いてディレクトリエントリーをソートする。 B<versionsort>() は文字列 I<(*a)-E<gt>d_name> と I<(*b)-E<gt>d_name> に対して B<strverscmp>(3) を用いる。"
 
 #. type: SS
 #: build/C/man3/scandir.3:139
@@ -2215,9 +2084,7 @@ msgstr "scandirat()"
 msgid ""
 "The B<scandirat>()  function operates in exactly the same way as "
 "B<scandir>(), except for the differences described here."
-msgstr ""
-"B<scandirat>() 関数は B<scandir>() と全く同様の動作をする。差分についてはここ"
-"で説明する。"
+msgstr "B<scandirat>() 関数は B<scandir>() と全く同様の動作をする。ここでは差分を説明する。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:155
@@ -2226,11 +2093,7 @@ msgid ""
 "relative to the directory referred to by the file descriptor I<dirfd> "
 "(rather than relative to the current working directory of the calling "
 "process, as is done by B<scandir>()  for a relative pathname)."
-msgstr ""
-"I<dirp> で指定されたパス名が相対パスの場合、ファイルディスクリプター "
-"I<dirfd> が参照するディレクトリからの相対パスと解釈される (これに対して、"
-"B<scandir>() の場合は、相対パス名は、呼び出したプロセスのカレントワーキング"
-"ディレクトリからの相対パスと解釈される)。"
+msgstr "I<dirp> で指定されたパス名が相対パスの場合、ファイルディスクリプター I<dirfd> が参照するディレクトリからの相対パスと解釈される。 (一方、B<scandir>() の場合は、相対パス名は、呼び出したプロセスのカレントワーキングディレクトリからの相対パスと解釈される。)"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:167
@@ -2251,7 +2114,7 @@ msgstr "I<dirp> が絶対パスの場合、I<dirfd> は無視される。"
 #. type: Plain text
 #: build/C/man3/scandir.3:178
 msgid "See B<openat>(2)  for an explanation of the need for B<scandirat>()."
-msgstr "B<scandirat>() が必要な理由については B<openat>(2) を参照すること。"
+msgstr "B<scandirat>() が必要な理由については B<openat>(2) を参照のこと。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:186
@@ -2269,10 +2132,7 @@ msgid ""
 "The B<alphasort>()  and B<versionsort>()  functions return an integer less "
 "than, equal to, or greater than zero if the first argument is considered to "
 "be respectively less than, equal to, or greater than the second."
-msgstr ""
-"関数 B<alphasort>()  と B<versionsort>()  は 1 番目の引き数が 2 番目の引き数"
-"に対して、 [小さい/等しい/大きい] かに応じて、0 より [小さい/等しい/大きい] "
-"値を返す。"
+msgstr "関数 B<alphasort>() と B<versionsort>() は、 1 番目の引き数が 2 番目の引き数に対して [小さい/等しい/大きい] かに応じて、 0 より [小さい/等しい/大きい] 整数値を返す。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:198
@@ -2287,7 +2147,7 @@ msgstr "I<dirp> で指定されたパスがディレクトリではない。"
 #. type: Plain text
 #: build/C/man3/scandir.3:207
 msgid "The following additional errors can occur for B<scandirat>():"
-msgstr "B<scandirat>() では追加で以下のエラーも発生する:"
+msgstr "B<scandirat>() では、上記に加えて以下のエラーも発生する。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:211
@@ -2381,14 +2241,14 @@ msgid ""
 "safe I<const struct dirent\\ **>, and glibc 2.10 changed the definition of "
 "B<alphasort>()  (and the nonstandard B<versionsort>())  to match the "
 "standard."
-msgstr ""
+msgstr "glibc 2.10 より前では、 B<alphasort>() と B<versionsort>() の 2 つの引き数の型は I<const void\\ *> であった。 B<alphasort>() が POSIX.1-2008 で標準化された際、引き数の型は型安全な I<const struct dirent\\ **> として規定され、 glibc 2.10 は B<alphasort>() (と非標準の B<versionsort>()) の定義を標準に合致するように変更した。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:292
 msgid ""
 "The program below prints a list of the files in the current directory in "
 "reverse order."
-msgstr ""
+msgstr "以下のプログラムは、現在のディレクトリ内のファイル一覧を逆順で表示する。"
 
 #. type: Plain text
 #: build/C/man3/scandir.3:299
@@ -2474,9 +2334,7 @@ msgstr "SEEKDIR"
 msgid ""
 "seekdir - set the position of the next readdir() call in the directory "
 "stream."
-msgstr ""
-"seekdir - 次の readdir() 呼び出しのために、ディレクトリストリーム中の位置を "
-"設定する"
+msgstr "seekdir - 次の readdir() 呼び出し用にディレクトリストリーム中の位置を設定する"
 
 #. type: Plain text
 #: build/C/man3/seekdir.3:40
@@ -2493,6 +2351,10 @@ msgid ""
 "    || /* Glibc since 2.19: */ _DEFAULT_SOURCE\n"
 "    || /* Glibc versions E<lt>= 2.19: */ _BSD_SOURCE || _SVID_SOURCE\n"
 msgstr ""
+"B<seekdir>():\n"
+" _XOPEN_SOURCE\n"
+"    || /* glibc 2.19 以降: */ _DEFAULT_SOURCE\n"
+"    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE\n"
 
 #. type: Plain text
 #: build/C/man3/seekdir.3:62
@@ -2500,15 +2362,12 @@ msgid ""
 "The B<seekdir>()  function sets the location in the directory stream from "
 "which the next B<readdir>(2)  call will start.  The I<loc> argument should "
 "be a value returned by a previous call to B<telldir>(3)."
-msgstr ""
-"B<seekdir>()  関数は、次の B<readdir>(3)  呼び出しの開始位置である、 ディレク"
-"トリストリームの中での位置を設定する。 I<loc> 引き数には、それ以前の "
-"B<telldir>(3) の呼び出しで返された値を渡すべきである。"
+msgstr "B<seekdir>() 関数は、 B<readdir>(3) の次の呼び出しでの開始位置となる、ディレクトリストリーム中での位置を設定する。 I<loc> 引き数には、それ以前の B<telldir>(3) の呼び出しで返された値を渡すべきである。"
 
 #. type: Plain text
 #: build/C/man3/seekdir.3:66
 msgid "The B<seekdir>()  function returns no value."
-msgstr "B<seekdir>()  関数は、値を返さない。"
+msgstr "B<seekdir>() 関数は、値を返さない。"
 
 #. type: tbl table
 #: build/C/man3/seekdir.3:76
@@ -2528,11 +2387,7 @@ msgid ""
 "POSIX.1-2001 specifies I<long>, and this is the type used since glibc "
 "2.1.2.  See B<telldir>(3)  for information on why you should be careful in "
 "making any assumptions about the value in this argument."
-msgstr ""
-"バージョン 2.1.1 以前の glibc では、 I<loc> 引き数の型は I<off_t> であった。 "
-"POSIX.1-2001 では I<long> と規定されており、glibc 2.1.2 以降では I<long> に"
-"なっている。この引き数の値に前提を置く際には気を付けないといけない理由につい"
-"ては B<telldir>(3) を参照のこと。"
+msgstr "バージョン 2.1.1 以前の glibc では、 I<loc> 引き数の型は I<off_t> であった。 POSIX.1-2001 では I<long> と規定されており、glibc 2.1.2 以降では I<long> になっている。この引き数の値に前提を持つ場合には注意が必要であり、理由については B<telldir>(3) を参照のこと。"
 
 #. type: Plain text
 #: build/C/man3/seekdir.3:100
@@ -2569,15 +2424,17 @@ msgid ""
 "    || /* Glibc since 2.19: */ _DEFAULT_SOURCE\n"
 "    || /* Glibc versions E<lt>= 2.19: */ _BSD_SOURCE || _SVID_SOURCE\n"
 msgstr ""
+"B<telldir>():\n"
+" _XOPEN_SOURCE\n"
+"    || /* glibc 2.19 以降: */ _DEFAULT_SOURCE\n"
+"    || /* glibc 2.19 以前: */ _BSD_SOURCE || _SVID_SOURCE\n"
 
 #. type: Plain text
 #: build/C/man3/telldir.3:54
 msgid ""
 "The B<telldir>()  function returns the current location associated with the "
 "directory stream I<dirp>."
-msgstr ""
-"B<telldir>()  関数は、ディレクトリストリーム I<dirp> に結びつけられた 現在位"
-"置を返す。"
+msgstr "B<telldir>() 関数は、ディレクトリストリーム I<dirp> の現在位置を返す。"
 
 #. type: Plain text
 #: build/C/man3/telldir.3:62
@@ -2585,9 +2442,7 @@ msgid ""
 "On success, the B<telldir>()  function returns the current location in the "
 "directory stream.  On error, -1 is returned, and I<errno> is set "
 "appropriately."
-msgstr ""
-"成功した場合、 B<telldir>()  関数はディレクトリストリーム中の現在位置を返"
-"す。 エラーの場合、-1 が返されて、 I<errno> が適切に設定される。"
+msgstr "成功した場合、 B<telldir>()  関数はディレクトリストリーム中の現在位置を返す。 エラーの場合、-1 が返り、 I<errno> が適切に設定される。"
 
 #. type: tbl table
 #: build/C/man3/telldir.3:76
@@ -2601,10 +2456,7 @@ msgid ""
 "In glibc up to version 2.1.1, the return type of B<telldir>()  was "
 "I<off_t>.  POSIX.1-2001 specifies I<long>, and this is the type used since "
 "glibc 2.1.2."
-msgstr ""
-"バージョン 2.1.1 以前の glibc では、 B<telldir>()9 の返り値の型は I<off_t> で"
-"あった。 POSIX.1-2001 では I<long> と規定されており、glibc 2.1.2 以降では "
-"I<long> になっている。"
+msgstr "バージョン 2.1.1 以前の glibc では、 B<telldir>() の返り値の型は I<off_t> であった。 POSIX.1-2001 では I<long> と規定されており、glibc 2.1.2 以降では I<long> になっている。"
 
 #.  https://lwn.net/Articles/544298/
 #. type: Plain text
@@ -2617,15 +2469,7 @@ msgid ""
 "\"cookie\" that is used by the implementation to derive a position within a "
 "directory.  Application programs should treat this strictly as an opaque "
 "value, making I<no> assumptions about its contents."
-msgstr ""
-"初期のファイルシステムでは、 B<telldir>() が返す値は単なるディレクトリ内の"
-"ファイルオフセットであった。新しめのファイルシステムでは、ディレクトリを表現"
-"するのに、フラットなテーブルではなく、ツリーやハッシュ構造が使用されている。"
-"このようなファイルシステムでは、 B<telldir>() が返す値 (および B<readdir>(3) "
-"が内部で使用する値) は、ディレクトリ内での値を示すのにファイルシステム実装が"
-"使っている \"cookie\" となる。アプリケーションプログラムでは、必ずこの値を内"
-"容を意識せず単なる値として扱うべきであり、その内容について前提を持つべきでは"
-"「ない」。"
+msgstr "初期のファイルシステムでは、 B<telldir>() が返す値は単なるディレクトリ内のファイルオフセットであった。最近のファイルシステムでは、ディレクトリを表現するのに、フラットなテーブルではなく、ツリー構造やハッシュ構造が使用されている。このようなファイルシステムでは、 B<telldir>() が返す値 (および B<readdir>(3) が内部で使用する値) は、ファイルシステム実装がディレクトリ内での位置を得るのに使用する \"cookie\" となる。アプリケーションプログラムでは、必ずこの値を内容の意識せず単なる値として扱うべきであり、その内容について前提を持つべきでは「ない」。"
 
 #. type: Plain text
 #: build/C/man3/telldir.3:111
@@ -2635,91 +2479,3 @@ msgid ""
 msgstr ""
 "B<closedir>(3), B<opendir>(3), B<readdir>(3), B<rewinddir>(3), "
 "B<scandir>(3), B<seekdir>(3)"
-
-#~ msgid "|| /* Since glibc 2.10: */"
-#~ msgstr "|| /* glibc 2.10 以降: */"
-
-#~ msgid ""
-#~ "The prototype for B<dirfd>()  is available only if B<_BSD_SOURCE> or "
-#~ "B<_SVID_SOURCE> is defined."
-#~ msgstr ""
-#~ "B<dirfd>()  のプロトタイプが使用可能なのは、 B<_BSD_SOURCE> または "
-#~ "B<_SVID_SOURCE> が定義されたときのみである。"
-
-#~ msgid ""
-#~ "Glibc does not provide a wrapper for this system call; call it using "
-#~ "B<syscall>(2).  You will need to define the I<linux_dirent> structure "
-#~ "yourself.  However, you probably want to use B<readdir>(3)  instead."
-#~ msgstr ""
-#~ "glibc はこのシステムコールに対するラッパー関数を提供していないので、 "
-#~ "B<syscall>(2)  を使って呼び出すこと。 I<linux_dirent> 構造体は自分で定義す"
-#~ "る必要がある。しかし、たいていはこのシステムコールではなく B<readdir>(3) "
-#~ "を使うべき場面のことが多い。"
-
-#~ msgid "Too many file descriptors in use by process."
-#~ msgstr "プロセスが使用中のファイルディスクリプターが多すぎる。"
-
-#~ msgid "Too many files are currently open in the system."
-#~ msgstr "システムでオープンされているファイルが多すぎる。"
-
-#~ msgid ""
-#~ "Other than Linux, the I<d_type> field is available mainly only on BSD "
-#~ "systems.  This field makes it possible to avoid the expense of calling "
-#~ "B<lstat>(2)  if further actions depend on the type of the file.  If the "
-#~ "B<_BSD_SOURCE> feature test macro is defined, then glibc defines the "
-#~ "following macro constants for the value returned in I<d_type>:"
-#~ msgstr ""
-#~ "I<d_type> フィールドは、Linux 以外では、 主に BSD 系のシステムにだけ存在す"
-#~ "る。 このフィールドを使うと、 その後の動作がファイルの種別により決まる場合"
-#~ "に、 B<lstat>(2)  を呼び出すコストを避けることができる。 機能検査マクロ "
-#~ "B<_BSD_SOURCE> が定義された場合、glibc は I<d_type> で返される値として以下"
-#~ "のマクロ定数を定義する。"
-
-#~ msgid ""
-#~ "If the file type could not be determined, the value B<DT_UNKNOWN> is "
-#~ "returned in I<d_type>."
-#~ msgstr ""
-#~ "ファイル種別を決定できなかった場合には、 I<d_type> に B<DT_UNKNOWN> が入"
-#~ "る。"
-
-#~ msgid ""
-#~ "Since POSIX.1 does not specify the size of the I<d_name> field, and other "
-#~ "nonstandard fields may precede that field within the I<dirent> structure, "
-#~ "portable applications that use B<readdir_r>()  should allocate the buffer "
-#~ "whose address is passed in I<entry> as follows:"
-#~ msgstr ""
-#~ "POSIX.1 では I<d_name> フィールドのサイズは規定されておらず、 I<dirent> 構"
-#~ "造体の I<d_name> の後ろに他の非標準のフィールドがあるかもしれないので、 移"
-#~ "植性が必要なアプリケーションで B<readdir_r>()  を使う場合は I<entry> に渡"
-#~ "すバッファーを次のようにして割り当てるべきである。"
-
-#~ msgid ""
-#~ "name_max = pathconf(dirpath, _PC_NAME_MAX);\n"
-#~ "if (name_max == -1)         /* Limit not defined, or error */\n"
-#~ "    name_max = 255;         /* Take a guess */\n"
-#~ "len = offsetof(struct dirent, d_name) + name_max + 1;\n"
-#~ "entryp = malloc(len);\n"
-#~ msgstr ""
-#~ "name_max = pathconf(dirpath, _PC_NAME_MAX);\n"
-#~ "if (name_max == -1)         /* 上限が定義されていない、またはエラー */\n"
-#~ "    name_max = 255;         /* 適当な値を入れる */\n"
-#~ "len = offsetof(struct dirent, d_name) + name_max + 1;\n"
-#~ "entryp = malloc(len);\n"
-
-#~ msgid ""
-#~ "(POSIX.1 requires that I<d_name> is the last field in a I<struct dirent>.)"
-#~ msgstr ""
-#~ "(POSIX.1 では I<struct dirent> の最後のフィールドが I<d_name> であることを"
-#~ "要求している。)"
-
-#~ msgid "The B<rewinddir>()  function is thread-safe."
-#~ msgstr "B<rewinddir>() 関数はスレッドセーフである。"
-
-#~ msgid ""
-#~ "#define _SVID_SOURCE\n"
-#~ "/* print files in current directory in reverse order */\n"
-#~ "#include E<lt>dirent.hE<gt>\n"
-#~ msgstr ""
-#~ "#define _SVID_SOURCE\n"
-#~ "/* カレントディレクトリのファイルを逆順に出力する */\n"
-#~ "#include E<lt>dirent.hE<gt>\n"

--- a/manual/LDP_man-pages/stats/dirent
+++ b/manual/LDP_man-pages/stats/dirent
@@ -1,10 +0,0 @@
-# pagename,#complete,#remaining,#all
-dirfd.3,36,2,38
-getdents.2,73,5,78
-opendir.3,52,3,55
-readdir.2,36,1,37
-readdir.3,55,20,75
-readdir_r.3,35,10,45
-scandir.3,73,3,76
-seekdir.3,29,1,30
-telldir.3,33,1,34

--- a/manual/LDP_man-pages/untrans.html
+++ b/manual/LDP_man-pages/untrans.html
@@ -27,16 +27,6 @@
 <TR class="over80"><TD>bootparam.7</TD><TD>23/146</TD><TD>84.25</TD></TR>
 <TR class="over80"><TD>reboot.2</TD><TD>7/60</TD><TD>88.33</TD></TR>
 <TR class="over80"><TD>sync.2</TD><TD>7/46</TD><TD>84.78</TD></TR>
-<TR class="title"><TD COLSPAN=3>dirent</TD></TR>
-<TR class="over80"><TD>dirfd.3</TD><TD>2/38</TD><TD>94.74</TD></TR>
-<TR class="over80"><TD>getdents.2</TD><TD>5/78</TD><TD>93.59</TD></TR>
-<TR class="over80"><TD>opendir.3</TD><TD>3/55</TD><TD>94.55</TD></TR>
-<TR class="over80"><TD>readdir.2</TD><TD>1/37</TD><TD>97.30</TD></TR>
-<TR class="over70"><TD>readdir.3</TD><TD>20/75</TD><TD>73.33</TD></TR>
-<TR class="over70"><TD>readdir_r.3</TD><TD>10/45</TD><TD>77.78</TD></TR>
-<TR class="over80"><TD>scandir.3</TD><TD>3/76</TD><TD>96.05</TD></TR>
-<TR class="over80"><TD>seekdir.3</TD><TD>1/30</TD><TD>96.67</TD></TR>
-<TR class="over80"><TD>telldir.3</TD><TD>1/34</TD><TD>97.06</TD></TR>
 <TR class="title"><TD COLSPAN=3>epoll</TD></TR>
 <TR class="over80"><TD>epoll.7</TD><TD>14/111</TD><TD>87.39</TD></TR>
 <TR class="over80"><TD>epoll_create.2</TD><TD>2/42</TD><TD>95.24</TD></TR>
@@ -630,9 +620,9 @@
 <TR class="title"><TD COLSPAN=3>Summary</TD></TR>
 <TR><TD COLSPAN=3>
 <UL>
-<LI>Total uncompleted: 571
-<LI>&gt;=80%: 400
-<LI>&gt;=70%: 44
+<LI>Total uncompleted: 562
+<LI>&gt;=80%: 393
+<LI>&gt;=70%: 42
 <LI>&gt;=60%: 36
 <LI>&lt;60%: 91
 </UL>