--- /dev/null
+.\" Copyright (c) 2011, Mark R. Bannister <cambridge@users.sourceforge.net>
+.\"
+.\" %%%LICENSE_START(GPLv2+_DOC_FULL)
+.\" This is free documentation; you can redistribute it and/or
+.\" modify it under the terms of the GNU General Public License as
+.\" published by the Free Software Foundation; either version 2 of
+.\" the License, or (at your option) any later version.
+.\"
+.\" The GNU General Public License's references to "object code"
+.\" and "executables" are to be interpreted as the output of any
+.\" document formatting or typesetting system, including
+.\" intermediate and printed output.
+.\"
+.\" This manual is distributed in the hope that it will be useful,
+.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
+.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+.\" GNU General Public License for more details.
+.\"
+.\" You should have received a copy of the GNU General Public
+.\" License along with this manual; if not, see
+.\" <http://www.gnu.org/licenses/>.
+.\" %%%LICENSE_END
+.\"
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.TH GETENT 1 2013\-03\-15 Linux "User Commands"
+.SH 名前
+getent \- 名前サービス切り替えライブラリからエントリーを取得する
+.SH 書式
+\fBgetent\fP \fIdatabase\fP [\fIkey\fP ...]
+.SH 説明
+\fBgetent\fP コマンドは、 名前サービス切り替えライブラリでサポートされているデータベースのエントリーを表示する。
+名前サービス切り替えライブラリの設定は \fI/etc/nsswitch.conf\fP で行う。 一つ以上の \fIkey\fP 引き数が指定されると、
+指定されたキーにマッチするエントリーだけが表示される。 \fIkey\fP が指定されなかった場合、 すべてのエントリーが表示される (データベースで列挙
+(enumeration) がサポートされていない場合を除く)。
+.LP
+\fIdatabase\fP には GNU C ライブラリでサポートされているデータベースのいずれかを指定できる。 以下にそのリストを示す。
+.RS 3
+.TP 10
+\fBahosts\fP
+\fIkey\fP が指定されなかった場合、 \fBsethostent\fP(3), \fBgethostent\fP(3), \fBendhostent\fP(3)
+を使用して hosts データベースを列挙する。 これは \fBhosts\fP を使うのと全く同じである。 \fIkey\fP 引き数が一つ以上指定された場合は、
+それぞれの \fIkey\fP についてアドレスファミリー \fBAF_UNSPEC\fP で \fBgetaddrinfo\fP(3) を呼び出し、
+返された各々のソケットアドレス構造体を列挙する。
+.TP
+\fBahostsv4\fP
+\fBahosts\fP を同じだが、 アドレスファミリーとして \fBAF_INET\fP を使用する。
+.TP
+\fBahostsv6\fP
+\fBahosts\fP を同じだが、 アドレスファミリーとして \fBAF_INET6\fP を使用する。 この場合の \fBgetaddrinfo\fP(3)
+の呼び出しでは \fBAI_V4MAPPED\fP も指定される。
+.TP
+\fBaliases\fP
+\fIkey\fP が指定されなかった場合、 \fBsetaliasent\fP(3), \fBgetaliasent\fP(3), \fBendaliasent\fP(3)
+を使用して aliases データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP
+について\fBgetaliasbyname\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBethers\fP
+\fIkey\fP 引き数が一つ以上指定された場合、 結果が得られるまで、 それぞれの \fIkey\fP について \fBether_aton\fP(3) と
+\fBether_hostton\fP(3) を順に呼び出し、 結果を表示する。 \fBethers\fP では列挙はサポートされていない。 したがって、
+\fIkey\fP は指定しなければならない。
+.TP
+\fBgroup\fP
+\fIkey\fP が指定されなかった場合、 \fBsetgrent\fP(3), \fBgetgrent\fP(3), \fBendgrent\fP(3) を使用して
+group データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、 数値であれば
+\fBgetgrgid\fP(3) を、 数値以外であれば \fBgetgrnam\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBgshadow\fP
+\fIkey\fP が指定されなかった場合、 \fBsetsgent\fP(3), \fBgetsgent\fP(3), \fBendsgent\fP(3) を使用して
+gshadow データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について
+\fBgetsgnam\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBhosts\fP
+\fIkey\fP が指定されなかった場合、 \fBsethostent\fP(3), \fBgethostent\fP(3), \fBendhostent\fP(3)
+を使用して hosts データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について
+\fBgethostbyaddr\fP(3) か \fBgethostbyname2\fP(3) を呼び出し、 結果を表示する。
+\fBgethostbyaddr\fP(3) か \fBgethostbyname2\fP(3) のどちらを呼び出すかは、\fBinet_pton\fP(3)
+の呼び出しで、 \fIkey\fP が IPv6 や IPv4 アドレスか、 そうでないか、 判定され、その結果によって決まる。
+.TP
+\fBinitgroups\fP
+\fIkey\fP 引き数が一つ以上指定された場合、 結果が得られるまで、 それぞれの \fIkey\fP について \fBgetgrouplist\fP(3)
+を呼び出し、 結果を表示する。 \fBinitgroups\fP では列挙はサポートされていない。 したがって、 \fIkey\fP は指定しなければならない。
+.TP
+\fBnetgroup\fP
+1 個の \fIkey\fP を指定すると、 その \fIkey\fP を \fBsetnetgrent\fP(3) に渡し、 \fBgetnetgrent\fP(3)
+を使って結果の 3 つ組の文字列 (\fIhostname\fP, \fIusername\fP, \fIdomainname\fP) を表示する。 代わりに、 3 個の
+\fIkey\fP を指定することもできる。 3 個の \fIkey\fP は \fIhostname\fP, \fIusername\fP, \fIdomainname\fP
+と解釈され、 \fBinnetgr\fP(3) を使って対応する netgroup があるか照合される。 \fBnetgroup\fP
+では列挙はサポートされていない。 したがって、 1 個か 3 個のいずれかの \fIkey\fP を指定しなければならない。
+.TP
+\fBnetworks\fP
+\fIkey\fP が指定されなかった場合、 \fBsetnetent\fP(3), \fBgetnetent\fP(3), \fBendnetent\fP(3) を使用して
+networks データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、 数値であれば
+\fBgetnetbyaddr\fP(3) を、 数値以外であれば \fBgetnetbyname\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBpasswd\fP
+\fIkey\fP が指定されなかった場合、 \fBsetpwent\fP(3), \fBgetpwent\fP(3), \fBendpwent\fP(3) を使用して
+passwd データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、 数値であれば
+\fBgetpwgid\fP(3) を、 数値以外であれば \fBgetpwnam\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBprotocols\fP
+\fIkey\fP が指定されなかった場合、 \fBsetprotoent\fP(3), \fBgetprotoent\fP(3), \fBendprotoent\fP(3)
+を使用して protocols データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、
+数値であれば \fBgetprotobynumber\fP(3) を、 数値以外であれば \fBgetprotobyname\fP(3) を呼び出し、
+結果を表示する。
+.TP
+\fBrpc\fP
+\fIkey\fP が指定されなかった場合、 \fBsetrpcent\fP(3), \fBgetrpcent\fP(3), \fBendrpcent\fP(3) を使用して
+rpc データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、 数値であれば
+\fBgetrpcbynumber\fP(3) を、 数値以外であれば \fBgetrpcbyname\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBservices\fP
+\fIkey\fP が指定されなかった場合、 \fBsetservent\fP(3), \fBgetservent\fP(3), \fBendservent\fP(3)
+を使用して services データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について、
+数値であれば \fBgetservbynumber\fP(3) を、 数値以外であれば \fBgetservbyname\fP(3) を呼び出し、 結果を表示する。
+.TP
+\fBshadow\fP
+\fIkey\fP が指定されなかった場合、 \fBsetspent\fP(3), \fBgetspent\fP(3), \fBendspent\fP(3) を使用して
+shadow データベースを列挙する。 \fIkey\fP 引き数が一つ以上指定された場合は、 それぞれの \fIkey\fP について
+\fBgetspnam\fP(3) を呼び出し、 結果を表示する。
+.RE
+.SH 終了ステータス
+\fBgetent\fP は以下のいずれかの終了ステータスを返す。
+.RS 3
+.TP 10
+\fB0\fP
+コマンドが正常に完了した。
+.TP
+\fB1\fP
+引き数が不足しているか、 知らない \fIdatabase\fP が指定された。
+.TP
+\fB2\fP
+指定された \fIkey\fP が \fIdatabase\fP で見つからなかった。
+.TP
+\fB3\fP
+この \fIdatabase\fP では列挙はサポートされていない。
+.RE
+.SH 関連項目
+\fBnsswitch.conf\fP(5)
+.SH この文書について
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.54 の一部
+である。プロジェクトの説明とバグ報告に関する情報は
+http://www.kernel.org/doc/man\-pages/ に書かれている。
ファイルを作成することが可能なことを意味するのであり、ディレクトリに ファイルとして書き込むことができるわけではない。 同様に DOS
のファイルは「実行可能」と判断されるが、 \fBexecve\fP(2) コールは失敗するだろう。
.PP
-\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.
+\fBaccess\fP() は、 UID マッピングを使用した NFSv2 ファイルシステムでは正常に機能しないかもしれない。なぜならば UID
+のマッピングはサーバーで 行なわれ、権利のチェックをするクライアントには見えないからである。 (NFS バージョン 3
+以降ではサーバー側でチェックが実行される。) 同様の問題は FUSE マウントでも起こり得る。
.SH バグ
.\" This behavior appears to have been an implementation accident.
バージョン 2.4 (とそれ以前) のカーネルには、スーパーユーザでの \fBX_OK\fP のチェックの扱いに奇妙な点がある。 ディレクトリ以外のファイルで
\fBEPERM\fP
指示されたクロックを設定する権限が \fBclock_settime\fP() にない。
.SH バージョン
-These system calls first appeared in Linux 2.6.
+これらのシステムコールは Linux 2.6 で初めて登場した。
.SH 準拠
SUSv2, POSIX.1\-2001.
.SH 可用性
\fBCLOCK_THREAD_CPUTIME_ID\fP が利用可能なことを示す。 (\fBsysconf\fP(3) も参照すること。)
.SH 注意
.SS "SMP システムに関する歴史的な注意事項"
-Before Linux added kernel support for \fBCLOCK_PROCESS_CPUTIME_ID\fP and
-\fBCLOCK_THREAD_CPUTIME_ID\fP, glibc implemented these clocks on many platforms
-using timer registers from the CPUs (TSC on i386, AR.ITC on Itanium). These
-registers may differ between CPUs and as a consequence these clocks may
-return \fBbogus results\fP if a process is migrated to another CPU.
+Linux が \fBCLOCK_PROCESS_CPUTIME_ID\fP と \fBCLOCK_THREAD_CPUTIME_ID\fP
+クロックのカーネルによるサポートを追加する前は、 glibc はこれらのクロックは多くのプラットフォームで CPU のタイマーレジスタ (i386 上の
+TSC、Itanium 上の AR.ITC) を用いて実現されていた。 これらのレジスタは CPU 間で異なる可能性があり、 プロセスが他の CPU
+に移動させられた場合、 結果としてこれらのクロックが\fB偽の結果\fP (bogus results) を返すかもしれない。
.PP
SMP システムの各 CPU が別々のクロック源を持つ場合、 タイマーレジスタ間の相互関係を管理する方法はない。 これは各 CPU
が微妙に異なる周波数で動作するためである。 これが真実の場合 (訳註: 各 CPU が別々のクロック源を持つ場合)、
オフセットをブート時に制限するコードが含まれるアーキテクチャもある。 しかし、このコードがオフセットを正確に調整することは保証できない。 glibc は
(Linux カーネルとは異なり) オフセットを扱うためのコードを提供しない。 通常はこれらのオフセットが小さいので、多くの場合でその影響は無視できる。
-Since glibc 2.4, the wrapper functions for the system calls described in
-this page avoid the abovementioned problems by employing the kernel
-implementation of \fBCLOCK_PROCESS_CPUTIME_ID\fP and
-\fBCLOCK_THREAD_CPUTIME_ID\fP, on systems that provide such an implementation
-(i.e., Linux 2.6.12 and later).
+glibc 2.4 以降では、 このページで説明したシステムコールのラッパー関数は、 \fBCLOCK_PROCESS_CPUTIME_ID\fP と
+\fBCLOCK_THREAD_CPUTIME_ID\fP のカーネル実装が利用できるシステム (すなわち Linux 2.6.12 以降)
+ではカーネル実装を利用することで、 上述の問題を回避している。
.SH バグ
.\" See http://bugzilla.kernel.org/show_bug.cgi?id=11972
POSIX.1\-2001 では、 「適切な特権 (appropriate privileges)」を持ったプロセスは、
現在のところ 5 つの操作が定義されている:
.TP
\fBFUTEX_WAIT\fP
-This operation atomically verifies that the futex address \fIuaddr\fP still
-contains the value \fIval\fP, and sleeps awaiting \fBFUTEX_WAKE\fP on this futex
-address. If the \fItimeout\fP argument is non\-NULL, its contents specify the
-duration of the wait. (This interval will be rounded up to the system clock
-granularity, and kernel scheduling delays mean that the blocking interval
-may overrun by a small amount.) If \fItimeout\fP is NULL, the call blocks
-indefinitely. The arguments \fIuaddr2\fP and \fIval3\fP are ignored.
+この操作は futex アドレス \fIuaddr\fP に指定された値 \fIval\fP がまだ格納されているかどうかを不可分操作で検証し、 sleep 状態で
+この futex アドレスに対して \fBFUTEX_WAKE\fP が実行されるのを待つ。 \fItimeout\fP 引き数が NULL
+でない場合、その内容は待ち時間の最大値を表す (この停止時間はシステムクロックの粒度に切り上げられ、
+カーネルのスケジューリング遅延により少しだけ長くなる可能性がある)。 NULL の場合、 呼び出しは無限に停止する。 引き数 \fIuaddr2\fP と
+\fIval3\fP は無視される。
\fBfutex\fP(7) に照らし合わせると、この呼び出しは カウントのデクリメントで負の値 (競合を表す) になった場合に実行され、
別のプロセスがその futex を解放し \fBFUTEX_WAKE\fP の操作を実行するまで sleep する。
\fIsig\fP に 0 を指定した場合、シグナルは送られないが、 エラーのチェックは行われる。これを使って、プロセス ID や プロセスグループ ID
の存在確認を行うことができる。
-For a process to have permission to send a signal it must either be
-privileged (under Linux: have the \fBCAP_KILL\fP capability), or the real or
-effective user ID of the sending process must equal the real or saved
-set\-user\-ID of the target process. In the case of \fBSIGCONT\fP it suffices
-when the sending and receiving processes belong to the same session.
-(Historically, the rules were different; see NOTES.)
+プロセスがシグナルを送信する許可を持つためには、 プロセスが特権 (Linux では \fBCAP_KILL\fP ケーパビリティ (capability))
+を持つか、 送信元プロセスの実ユーザー ID または実効ユーザー ID が 送信先プロセスの実 set\-user\-ID または保存
+set\-user\-ID と 等しくなければならない。 \fBSIGCONT\fP の場合、送信プロセスと受信プロセスが
+同じセッションに属していれば十分である。 (過去には、 ルールは違っていた; 「注意」の節を参照。)
.SH 返り値
成功した場合 (少なくとも一つのシグナルが送信された場合)、 0 が返される。エラーの場合 \-1 が返され、 \fIerrno\fP が適切に設定される。
.SH エラー
.SS "Linux での注意"
.\" In the 0.* kernels things chopped and changed quite
.\" a bit - MTK, 24 Jul 02
-Across different kernel versions, Linux has enforced different rules for the
-permissions required for an unprivileged process to send a signal to another
-process. In kernels 1.0 to 1.2.2, a signal could be sent if the effective
-user ID of the sender matched effective user ID of the target, or the real
-user ID of the sender matched the real user ID of the target. From kernel
-1.2.3 until 1.3.77, a signal could be sent if the effective user ID of the
-sender matched either the real or effective user ID of the target. The
-current rules, which conform to POSIX.1\-2001, were adopted in kernel 1.3.78.
+Linux では、特権のないプロセスが他のプロセスにシグナルを送信するために必要な権限についてのルールが、カーネルバージョンにより違っている。 カーネル
+1.0 から 1.2.2 では、送信側の実効ユーザー ID が送信対象の実効ユーザー ID と一致するか、 送信側の実ユーザー ID
+が送信対象の実ユーザー ID と一致すれば、 シグナルを送信できた。 カーネル 1.2.3 から 1.3.77では、送信側の実効ユーザー ID
+が送信対象の実ユーザー ID か実効ユーザー ID のいずれかと一致すればシグナルを送信できた。 現在のルールは、POSIX.1\-2001
+に準拠しており、カーネル 1.3.78 以降で 適用されている。
.SH バグ
バージョン 2.6.7 以前の 2.6 系のカーネルには、 プロセスグループにシグナルを送ったときに、 呼び出し元のプロセスがプロセスグループの
(全メンバーではなく) 一部のメンバーに対してのみシグナルを送る許可を持っていない場合に、 \fBkill\fP() がエラー \fBEPERM\fP
.\" Subject: Re: [PATCH] open(2): document O_PATH
.\" Newsgroups: gmane.linux.man, gmane.linux.kernel
.\"
-Obtain a file descriptor that can be used for two purposes: to indicate a
-location in the filesystem tree and to perform operations that act purely at
-the file descriptor level. The file itself is not opened, and other file
-operations (e.g., \fBread\fP(2), \fBwrite\fP(2), \fBfchmod\fP(2), \fBfchown\fP(2),
-\fBfgetxattr\fP(2), \fBmmap\fP(2)) fail with the error \fBEBADF\fP.
+このフラグを指定して取得したファイルディスクリプタは、 ファイルシステムツリー内での場所を示すため、
+純粋にファイルディスクリプタレベルでの作用する操作を実行するため、 の二つの目的で使用することができる。 ファイル自身はオープンされず、
+他のファイル操作 (例えば \fBread\fP(2), \fBwrite\fP(2), \fBfchmod\fP(2), \fBfchown\fP(2),
+\fBfgetxattr\fP(2), \fBmmap\fP(2)) はエラー \fBEBADF\fP で失敗する。
-The following operations \fIcan\fP be performed on the resulting file
-descriptor:
+取得したファイルディスクリプタに対して以下の操作を行うことが「できる」。
.RS
.IP * 3
.\" commit 332a2e1244bd08b9e3ecd378028513396a004a24
.\" fstat(): commit 55815f70147dcfa3ead5738fd56d3574e2e3c1c2
-\fBclose\fP(2); \fBfchdir\fP(2) (since Linux 3.5); \fBfstat\fP(2) (since Linux
-3.6).
+\fBclose\fP(2); \fBfchdir\fP(2) (Linux 3.5 以降); \fBfstat\fP(2) (Linux 3.6 以降)
.IP *
-Duplicating the file descriptor (\fBdup\fP(2), \fBfcntl\fP(2) \fBF_DUPFD\fP, etc.).
+ファイルディスクリプタの複製 (\fBdup\fP(2), \fBfcntl\fP(2) \fBF_DUPFD\fP など)
.IP *
-Getting and setting file descriptor flags (\fBfcntl\fP(2) \fBF_GETFD\fP and
-\fBF_SETFD\fP).
+ファイルディスクリプタフラグの取得と設定 (\fBfcntl\fP(2) の \fBF_GETFD\fP と \fBF_SETFD\fP)
.IP *
-Retrieving open file status flags using the \fBfcntl\fP(2) \fBF_GETFL\fP
-operation: the returned flags will include the bit \fBO_PATH\fP.
+\fBfcntl\fP(2) の \fBF_GETFL\fP 操作を使ったオープンされたファイルの状態フラグの取得。 返されるフラグには \fBO_PATH\fP
+ビットが含まれる。
.IP *
-Passing the file descriptor as the \fIdirfd\fP argument of \fBopenat\fP(2) and
-the other "*at()" system calls.
+\fBopenat\fP(2) や他の "*at()" 系のシステムコールの \fIdirfd\fP 引数としてそのファイルディスクリプタを渡す。
.IP *
-Passing the file descriptor to another process via a UNIX domain socket (see
-\fBSCM_RIGHTS\fP in \fBunix\fP(7)).
+そのファイルディスクリプタを別のプロセスに UNIX ドメインソケット経由で渡す。 (\fBunix\fP(7) の \fBSCM_RIGHTS\fP を参照)
.RE
.IP
-When \fBO_PATH\fP is specified in \fIflags\fP, flag bits other than \fBO_DIRECTORY\fP
-and \fBO_NOFOLLOW\fP are ignored.
+\fIflags\fP に \fBO_PATH\fP が指定された場合、 \fBO_DIRECTORY\fP と \fBO_NOFOLLOW\fP
+以外のフラグビットは無視される。
-If the \fBO_NOFOLLOW\fP flag is also specified, then the call returns a file
-descriptor referring to the symbolic link. This file descriptor can be used
-as the \fIdirfd\fP argument in calls to \fBfchownat\fP(2), \fBfstatat\fP(2),
-\fBlinkat\fP(2), and \fBreadlinkat\fP(2) with an empty pathname to have the calls
-operate on the symbolic link.
+\fBO_NOFOLLOW\fP フラグも合わせて指定された場合、 この呼び出しではシンボリックリンクを参照するファイルディスクリプタを返す。
+このファイルディスクリプタは、 空のパス名を指定した \fBfchownat\fP(2), \fBfstatat\fP(2), \fBlinkat\fP(2),
+\fBreadlinkat\fP(2) の呼び出しで \fIdirfd\fP 引数として使うことで、 そのシンボリックリンクに対して操作を行うことができる。
.TP
\fBO_SYNC\fP
ファイルは同期 (synchronous) I/O モードでオープンされる。 \fBopen\fP() が返したファイルディスクリプタに対して
システムコールがシグナルハンドラにより割り込まれた。 \fBsignal\fP(7) 参照。
.TP
\fBEINVAL\fP
-The filesystem does not support the \fBO_DIRECT\fP flag. See \fBNOTES\fP for more
-information.
+ファイルシステムが \fBO_DIRECT\fP フラグをサポートしていない。 詳細は\fB注意\fPを参照。
.TP
\fBEISDIR\fP
\fIpathname\fP はディレクトリを参照しており、書き込み要求が含まれていた (つまり \fBO_WRONLY\fP または \fBO_RDWR\fP
どのファイルディスクリプタにも要求したイベントが発生しておらず、 エラーも起こらない場合、 \fBpoll\fP()
はイベントのうちいずれか一つが発生するまで停止 (block) する。
-The \fItimeout\fP argument specifies the number of milliseconds that \fBpoll\fP()
-should block waiting for a file descriptor to become ready. This interval
-will be rounded up to the system clock granularity, and kernel scheduling
-delays mean that the blocking interval may overrun by a small amount.
-Specifying a negative value in \fItimeout\fP means an infinite timeout.
-Specifying a \fItimeout\fP of zero causes \fBpoll\fP() to return immediately,
-even if no file descriptors are ready.
+\fItimeout\fP 引き数は、 ファイルディスクリプタが利用可能になるまで \fBpoll\fP() が停止する時間をミリ秒で指定する。
+この停止時間はシステムクロックの粒度に切り上げられ、 カーネルのスケジューリング遅延により少しだけ長くなる可能性がある。 \fItimeout\fP
+に負の値を指定した場合、タイムアウト時間が無限大を意味する。 \fItimeout\fP を 0 に指定した場合、I/O
+可能なファイルディスクリプタがない場合であっても、 \fBpoll\fP() はすぐに返る。
\fIevents\fP に指定したり、 \fIrevents\fP で返されるビットは \fI<poll.h>\fP で定義されている:
.RS
.sp
\fBint setfsgid(uid_t \fP\fIfsgid\fP\fB);\fP
.SH 説明
-The system call \fBsetfsgid\fP() changes the value of the caller's filesystem
-group ID\(emthe group ID that the Linux kernel uses to check for all
-accesses to the filesystem. Normally, the value of the filesystem group ID
-will shadow the value of the effective group ID. In fact, whenever the
-effective group ID is changed, the filesystem group ID will also be changed
-to the new value of the effective group ID.
+システムコール \fBsetfsgid\fP() は、 呼び出し元のファイルシステムグループ ID \(em
+ファイルシステムへの全てのアクセスのチェックにおいて Linux カーネルが使用するグループ ID \(em
+の値を変更する。通常はファイルシステムグループ ID の値は実効 (effective) グループ ID と同じになる。実際、 実効グループ ID
+が変更される度にファイルシステムグループ ID もまた新しい実効グループ ID の値に変更される。
通常、 \fBsetfsuid\fP() や \fBsetfsgid\fP() を明示的に呼び出すのは、Linux NFS サーバー のように、
ファイルアクセスに用いるユーザID / グループID を変更しなければならないが、 対応する実(real)/実効(effective) ユーザID /
グループID は変更したくないような プログラムに限られる。 NFS サーバーのようなプログラムで、通常のユーザID を変更すると、
プロセスを望まないシグナルにさらす可能性があり、 セキュリティホールになる。(下記参照)
-\fBsetfsgid\fP() will succeed only if the caller is the superuser or if
-\fIfsgid\fP matches either the caller's real group ID, effective group ID,
-saved set\-group\-ID, or current the filesystem user ID.
+\fBsetfsgid\fP() は、スーパーユーザによって呼び出された場合か、 \fIfsgid\fP が呼び出し元の実グループID、実効グループID、
+保存セットグループID (saved set\-group\-ID)、現在のファイルシステムグループ ID の値のいずれかに一致する場合にのみ成功する。
.SH 返り値
-On both success and failure, this call returns the previous filesystem group
-ID of the caller.
+成功時も失敗時も、 この呼び出しは直前の呼び出し元のファイルシステムグループ ID の値を返す。
.SH バージョン
.\" This system call is present since Linux 1.1.44
.\" and in libc since libc 4.7.6.
glibc が引き数がグループID として不正だと判断した場合は、 システムコールを行わず \fIerrno\fP に \fBEINVAL\fP を設定して \-1
が返される。
.LP
-Note that at the time this system call was introduced, a process could send
-a signal to a process with the same effective user ID. Today signal
-permission handling is slightly different. See \fBsetfsuid\fP(2) for a
-discussion of why the use of both \fBsetfsuid\fP(2) and \fBsetfsgid\fP() is
-nowadays unneeded.
+このシステムコールが導入された当時、プロセスは 同じ実効ユーザIDのプロセスへシグナルを送ることができた。
+今日では、シグナル送信権限の扱いはかなり違うものになっている。 なぜ今日では \fBsetfsuid\fP(2) と \fBsetfsgid\fP()
+の両者が不要なのかの議論については \fBsetfsuid\fP(2) を参照のこと。
元々の Linux の \fBsetfsgid\fP() システムコールは
16 ビットのグループ ID だけに対応していた。
glibc の \fBsetfsgid\fP() のラッパー関数は
カーネルバージョンによるこの違いを吸収している。
.SH バグ
-No error indications of any kind are returned to the caller, and the fact
-that both successful and unsuccessful calls return the same value makes it
-impossible to directly determine whether the call succeeded or failed.
-Instead, the caller must resort to looking at the return value from a
-further call such as \fIsetfsgid(\-1)\fP (which will always fail), in order to
-determine if a preceding call to \fBsetfsgid\fP() changed the filesystem group
-ID. At the very least, \fBEPERM\fP should be returned when the call fails
-(because the caller lacks the \fBCAP_SETGID\fP capability).
+いかなる種類のエラーメッセージも返さず、 成功した場合も失敗した場合も呼び出しは同じ値を返すため、
+呼び出しが成功したか失敗したかを直接判定することはできない。 その代わり、 直前の \fBsetfsgid\fP() の呼び出しがファイルシステムグループ
+ID を変更したかどうかを判定するために、 呼び出し元はこの後に \fIsetfsgid(\-1)\fP などを呼び出して返り値を見なければならない
+(\fIsetfsgid(\-1)\fP は常に失敗する)。 最低でも、失敗した場合は \fBEPERM\fP くらいは返すべきである (呼び出し元には
+\fBCAP_SETGID\fP ケーパビリティがなかったのだから)。
.SH 関連項目
\fBkill\fP(2), \fBsetfsuid\fP(2), \fBcapabilities\fP(7), \fBcredentials\fP(7)
.SH この文書について
.sp
\fBint setfsuid(uid_t \fP\fIfsuid\fP\fB);\fP
.SH 説明
-The system call \fBsetfsuid\fP() changes the value of the caller's filesystem
-user ID\(emthe user ID that the Linux kernel uses to check for all accesses
-to the filesystem. Normally, the value of the filesystem user ID will
-shadow the value of the effective user ID. In fact, whenever the effective
-user ID is changed, the filesystem user ID will also be changed to the new
-value of the effective user ID.
+\fBsetfsuid\fP() は、 呼び出し元のファイルシステムユーザー ID \(em ファイルシステムへの全てのアクセスのチェックにおいて
+Linux カーネルが使用するユーザ ID \(em の値を変更する。通常はファイルシステムユーザー ID の値は実効 (effective)
+ユーザID と同じになる。実際、 実効ユーザID が変更される度にファイルシステムユーザー ID もまた新しい実効ユーザ ID の値に変更される。
通常、 \fBsetfsuid\fP() や \fBsetfsgid\fP() を明示的に呼び出すのは、Linux NFS サーバー のように、
ファイルアクセスに用いるユーザID / グループID を変更しなければならないが、 対応する実(real)/実効(effective) ユーザID /
グループID は変更したくないような プログラムに限られる。 NFS サーバーのようなプログラムで、通常のユーザID を変更すると、
プロセスを望まないシグナルにさらす可能性があり、 セキュリティホールになる。(下記参照)
-\fBsetfsuid\fP() will succeed only if the caller is the superuser or if
-\fIfsuid\fP matches either the caller's real user ID, effective user ID, saved
-set\-user\-ID, or current filesystem user ID.
+\fBsetfsuid\fP() は、スーパーユーザによって呼び出された場合か、 \fIfsuid\fP が呼び出し元の実ユーザID、実効ユーザID、
+保存セットユーザID (saved set\-user\-ID)、現在のファイルシステムグループ ID の値のいずれかに一致する場合にのみ成功する。
.SH 返り値
-On both success and failure, this call returns the previous filesystem user
-ID of the caller.
+成功時も失敗時も、 この呼び出しは直前の呼び出し元のファイルシステムユーザー ID の値を返す。
.SH バージョン
.\" This system call is present since Linux 1.1.44
.\" and in libc since libc 4.7.6.
glibc が引き数がユーザID として不正だと判断した場合は、 システムコールを行わず \fIerrno\fP に \fBEINVAL\fP を設定して \-1
が返される。
.LP
-At the time when this system call was introduced, one process could send a
-signal to another process with the same effective user ID. This meant that
-if a privilged process changed its effective user ID for the purpose of file
-permission checking, then it could become vulnerable to receiving signals
-sent by another (unprivileged) process with the same user ID. The
-filesystem user ID attribute was thus added to allow a process to change its
-user ID for the purposes of file permission checking without at the same
-time becoming vulnerable to receiving unwanted signals. Since Linux 2.0,
-signal permission handling is different (see \fBkill\fP(2)), with the result
-that a process change can change its effective user ID without being
-vulnerable to receiving signals from unwanted processes. Thus,
-\fBsetfsuid\fP() is nowadays unneeded and should be avoided in new
-applications (likewise for \fBsetfsgid\fP(2)).
+このシステムコールが導入された当時、 あるプロセスは同じ実効ユーザー ID を持つ別のプロセスにシグナルを送信できた。 これは、
+特権プロセスがファイルのアクセス許可をチェックするために自身の実効ユーザー ID を変更すると、 同じユーザー ID を持つ別の (非特権)
+プロセスが送信したシグナルを受け取るようになってしまうことを意味する。そのため、 プロセスが、 受け取りたくないシグナルを受信する状態にならずに、
+ファイルのアクセス許可をチェックするために自身のユーザー ID を変更できるように、 ファイルシステムユーザー ID 属性が追加された。 Linux
+2.0 以降では、 シグナルの送信許可の扱いは異なり (\fBkill\fP(2) 参照)、 プロセスは、
+望まないプロセスからシグナルを受信してしまう状態にならずに、 自身の実効ユーザー ID を変更することができる。 したがって、
+\fBsetfsuid\fP() は今日では不要であり、 新規のアプリケーションでは使用すべきではない (\fBsetfsgid\fP(2) も同様)。
元々の Linux の \fBsetfsuid\fP() システムコールは
16 ビットのグループ ID だけに対応していた。
glibc の \fBsetfsuid\fP() のラッパー関数は
カーネルバージョンによるこの違いを吸収している。
.SH バグ
-No error indications of any kind are returned to the caller, and the fact
-that both successful and unsuccessful calls return the same value makes it
-impossible to directly determine whether the call succeeded or failed.
-Instead, the caller must resort to looking at the return value from a
-further call such as \fIsetfsuid(\-1)\fP (which will always fail), in order to
-determine if a preceding call to \fBsetfsuid\fP() changed the filesystem user
-ID. At the very least, \fBEPERM\fP should be returned when the call fails
-(because the caller lacks the \fBCAP_SETUID\fP capability).
+いかなる種類のエラーメッセージも返さず、 成功した場合も失敗した場合も呼び出しは同じ値を返すため、
+呼び出しが成功したか失敗したかを直接判定することはできない。 その代わり、 直前の \fBsetfsuid\fP() の呼び出しがファイルシステムグループ
+ID を変更したかどうかを判定するために、 呼び出し元はこの後に \fIsetfsuid(\-1)\fP などを呼び出して返り値を見なければならない
+(\fIsetfsuid(\-1)\fP は常に失敗する)。 最低でも、失敗した場合は \fBEPERM\fP くらいは返すべきである (呼び出し元には
+\fBCAP_SETUID\fP ケーパビリティがなかったのだから)。
.SH 関連項目
\fBkill\fP(2), \fBsetfsgid\fP(2), \fBcapabilities\fP(7), \fBcredentials\fP(7)
.SH この文書について
\fBpid_t waitpid(pid_t \fP\fIpid\fP\fB, int *\fP\fIstatus\fP\fB, int \fP\fIoptions\fP\fB);\fP
\fBint waitid(idtype_t \fP\fIidtype\fP\fB, id_t \fP\fIid\fP\fB, siginfo_t *\fP\fIinfop\fP\fB, int \fP\fIoptions\fP\fB);\fP
- /* This is the glibc and POSIX interface; see
- NOTES for information on the raw system call. */
+ /* これは glibc と POSIX のインターフェイスである。
+ 生のシステムコールについての情報は「注意」の節を参照。 */
.sp
.in -4n
glibc 向けの機能検査マクロの要件 (\fBfeature_test_macros\fP(7) 参照):
.\" since patch-2.4.0-test8
同じスレッドグループの他のスレッドの子プロセスは待たない。 Linux 2.4 より前ではデフォルトであった。
.PP
-The raw \fBwaitid\fP() system call takes a fith argument, of type \fIstruct
-rusage\ *\fP. If this argument is non\-NULL, then it is used to return
-resource usage information about the child, in the same manner as
-\fBwait4\fP(2). See \fBgetrusage\fP(2) for details.
+生の \fBwaitid\fP() システムコールは \fIstruct rusage\ *\fP 型の第 5 引数を取る。 この引数が NULL 以外の場合、
+この引数が子プロセスのリソース使用状況を返すのに使用される。 これは \fBwait4\fP(2) と同じ方法である。 詳細は \fBgetrusage\fP(2)
+を参照。
.SH バグ
POSIX.1\-2008 によると、 \fBwaitid\fP() を呼び出すアプリケーションは、 \fIinfop\fP が \fIsiginfo_t\fP
構造体を指していること (つまり \fIinfop\fP が NULL でないポインタであること) を保証しなければならない。 Linux では、
子プロセスの時間が含まれる場合もある。 Linux では、 \fBclock\fP() が返す値には wait された子プロセスの時間は含まれない。
\fBtimes\fP(2) 関数は呼び出し元とその子プロセスに関する情報を (別々に) 明示的に返すので、より好ましいだろう。
-In glibc 2.17 and earlier, \fBclock\fP() was implemented on top of
-\fBtimes\fP(2). For improved precision, since glibc 2.18, it is implemented on
-top of \fBclock_gettime\fP(2) (using the \fBCLOCK_PROCESS_CPUTIME_ID\fP clock).
+glibc 2.17 以前では、 \fBclock\fP() は \fBtimes\fP(2) を使って実装されていた。 glibc 2.18 以降では、
+精度を向上させるため、 \fBclock_gettime\fP(2) (の \fBCLOCK_PROCESS_CPUTIME_ID\fP クロック)
+を使って実装されている。
.SH 関連項目
\fBclock_gettime\fP(2), \fBgetrusage\fP(2), \fBtimes\fP(2)
.SH この文書について
\fBmalloc_info\fP() 関数は、 \fBmalloc_stats\fP(3) と \fBmallinfo\fP(3) の不備を解決するために設定された。
.SH 例
-The program below takes up to four command\-line arguments, of which the
-first three are mandatory. The first argument specifies the number of
-threads that the program should create. All of the threads, including the
-main thread, allocate the number of blocks of memory specified by the second
-argument. The third argument controls the size of the blocks to be
-allocated. The main thread creates blocks of this size, the second thread
-created by the program allocates blocks of twice this size, the third thread
-allocates blocks of three times this size, and so on.
-
-The program calls \fBmalloc_info\fP() twice to display the memory\-allocation
-state. The first call takes place before any threads are created or memory
-allocated. The second call is performed after all threads have allocated
-memory.
-
-In the following example, the command\-line arguments specify the creation of
-one additional thread, and both the main thread and the additional thread
-allocate 10000 blocks of memory. After the blocks of memory have been
-allocated, \fBmalloc_info\fP() shows the state of two allocation arenas.
+以下のプログラムは最大で 4 つのコマンドライン引数を取り、 最初の 3 つは必須である。 最初の引数は、このプログラムが生成するスレッド数を指定する。
+メインスレッドを含む全てのスレッドが第 2 引数で指定した数のメモリブロックの割り当てを行う。 第 3 引数は割り当てるブロックのサイズを制御する。
+メインスレッドはこのサイズのブロックを作成し、 このプログラムが生成する 2 番目のスレッドはこのサイズの 2 倍のサイズのブロックを、 3
+番目のスレッドはこのサイズの 3 倍のサイズのブロックを割り当て、 以下同様である。
+
+このプログラムは \fBmalloc_info\fP() を 2 回呼び出し、メモリ割り当て状態を表示する。
+最初の呼び出しはスレッドの生成もメモリの割り当ても行われる前に実行される。 2 回目の呼び出しは全てのスレッドがメモリ割り当てを行った後に実行される。
+
+以下の例では、 コマンドライン引数で、 追加でスレッドを一つ生成し、メインスレッドと追加のスレッドの両方が 10000
+個のメモリブロックを割り当てるように指定している。 メモリブロックの割り当て後の \fBmalloc_info\fP() では、 2
+つの割り当て領域の状態が表示されている。
.in +4
.nf
\fBaligned_alloc\fP(), \fBmemalign\fP(), \fBvalloc\fP(), \fBpvalloc\fP() は割り当てられた
メモリへのポインタを返す。 割り当てに失敗した場合は NULL を返す。
-\fBposix_memalign\fP() returns zero on success, or one of the error values
-listed in the next section on failure. The value of \fIerrno\fP is
-indeterminate after a call to \fBposix_memalign\fP().
+\fBposix_memalign\fP() は成功した場合は 0 を返し、 失敗した場合は次のセクションに記載されたエラー値のいずれかを返す。
+\fBposix_memalign\fP() の呼び出し後は \fIerrno\fP の値は不定である。
.SH エラー
.TP
\fBEINVAL\fP
フィールド幅が小さかったり指定がなかったりしても、フィールドが切り詰められる ことはない。もし変換結果がフィールド幅よりも広かった場合、
フィールドは変換結果が入る幅に広げられる。
.SS 精度
-An optional precision, in the form of a period (\(aq.\(aq) followed by an
-optional decimal digit string. Instead of a decimal digit string one may
-write "*" or "*m$" (for some decimal integer m) to specify that the
-precision is given in the next argument, or in the m\-th argument,
-respectively, which must be of type \fIint\fP. If the precision is given as
-just \(aq.\(aq, the precision is taken to be zero. A negative precision is
-taken as if the precision were omitted. This gives the minimum number of
-digits to appear for \fBd\fP, \fBi\fP, \fBo\fP, \fBu\fP, \fBx\fP, and \fBX\fP conversions, the
-number of digits to appear after the radix character for \fBa\fP, \fBA\fP, \fBe\fP,
-\fBE\fP, \fBf\fP, and \fBF\fP conversions, the maximum number of significant digits
-for \fBg\fP and \fBG\fP conversions, or the maximum number of characters to be
-printed from a string for \fBs\fP and \fBS\fP conversions.
+オプションである精度は、ピリオド (\(aq.\(aq) とそれに続く10進数という 形式で指定する (10進数はオプション) 。
+10進数の文字列の代わりに "*" や "*m$" (m は 10 進整数)を書くこともできる。 "*" と "*m$" はそれぞれ、次の引き数と m
+番目の引き数を精度として 使うことを指定する (これらの引き数は \fIint\fP 型でなければならない)。 精度として \(aq.\(aq
+だけが指定された場合、 精度はゼロとみなされる。 精度が負の数だった場合、 精度は指定されなかったものとみなされる。 \fBd\fP, \fBi\fP, \fBo\fP,
+\fBu\fP, \fBx\fP, \fBX\fP 変換では、表示される最小の桁数を指定する。 \fBa\fP, \fBA\fP, \fBe\fP, \fBE\fP, \fBf\fP, \fBF\fP
+変換では、小数点以下に表示される数字の桁数を指定する。 \fBg\fP と \fBG\fP 変換では、有効数字の最大桁数を指定する。 \fBs\fP と \fBS\fP
+変換では、文字列から出力される最大文字数を指定する。
.SS 長さ修飾子
「整数変換」とは、 \fBd\fP, \fBi\fP, \fBo\fP, \fBu\fP, \fBx\fP, \fBX\fP 変換のことである。
.TP
\fBinsmod wavelan_cs.o [io=\fP\fIB,B..\fP\fB] [ irq=\fP\fII,I..\fP\fB]
[name=\fP\fIN,N..\fP\fB]\fP
.SH 説明
-\fIThis driver is obsolete:\fP it was removed from the kernel in version
-2.6.35.
+\fBこのドライバーは時代遅れである\fP: このドライバーはカーネル 2.6.35 で削除された。
\fIwavelan\fP は、NCR / AT&T / Lucent の \fBWaveLan ISA\fP と Digital(DEC) の
\fBRoamAbout DS\fP というワイアレス・イーサネット (wireless ethernet) アダプタのための
\fI/proc\fP にマウントされる。 大部分のファイルは読み出し専用 (read\-only) であるが、 いくつかのファイルは書き込み可能であり、
そのファイルに書き込めばカーネルの内部変数を変更できる。
.LP
-The following list describes many of the files and directories under the
-\fI/proc\fP hierarchy.
+以下のリストでは \fI/proc\fP 階層以下のファイルやディレクトリの多くについて説明している。
.PD 1
.TP
\fI/proc/[pid]\fP
St はソケットの内部状態で、Path は(もしあれば) ソケットのパス名である。
.TP
\fI/proc/partitions\fP
-Contains the major and minor numbers of each partition as well as the number
-of 1024\-byte blocks and the partition name.
+各パーティションのメジャー番号とマイナー番号が書かれている。 さらに、 1024 バイトブロック数とパーティション名も書かれている。
.TP
\fI/proc/pci\fP
カーネルの初期化時に見つかったすべての PCI デバイスのリストと その設定。
zero.
.TP
\fI/proc/sys/fs/inode\-max\fP (Linux 2.2 までにのみ存在)
-This file contains the maximum number of in\-memory inodes. This value
-should be 3\-4 times larger than the value in \fIfile\-max\fP, since \fIstdin\fP,
-\fIstdout\fP and network sockets also need an inode to handle them. When you
-regularly run out of inodes, you need to increase this value.
+このファイルには、メモリ内 inode の最大値が書かれている。 この値は \fIfile\-max\fP の値の 3\-4 倍にすべきである。 これは
+\fIstdin\fP, \fIstdout\fP, ネットワークソケットを扱うにも inode が必要なためである。 日常的に inode
+を使い果たしている場合は、この値を増やす必要がある。
Starting with Linux 2.4, there is no longer a static limit on the number of
inodes, and this file is removed.
echo 3 > /proc/sys/vm/drop_caches
-Because writing to this file is a nondestructive operation and dirty objects
-are not freeable, the user should run \fBsync\fP(8) first.
+このファイルへの書き込みは非破壊的な操作で、 ダーティな (dirty) オブジェクトは 解放されないので、 この操作を行う際は最初に
+\fBsync\fP(8) を実行しておくべきである。
.TP
\fI/proc/sys/vm/legacy_va_layout\fP (Linux 2.6.9 以降)
.\" The following is from Documentation/filesystems/proc.txt
一般には、マニュアルページの「準拠」の章のリストに POSIX.1\-2001 が あれば、他に注意書きがなければ、そのインターフェイスは
POSIX.1\-2008 にも準拠していると考えてよい。
-Technical Corrigenda 1 (minor fixes and improvements) of this standard was
-released in 2013 (referred to as \fIPOSIX.1\-2013\fP).
+この標準の Technical Corrigenda 1 (正誤表; 細かな修正と改良) が 2013 年にリリースされている
+(\fIPOSIX.1\-2013\fP と呼ばれる)。
詳しい情報は Austin Group のウェブサイト
.UR http://www.opengroup.org\:/austin/
それらの文字列は以下のように置き換えられる。
.TP
\fI$ORIGIN\fP (\fI${ORIGIN}\fP も同じ)
-ã\81\93ã\82\8cã\81¯ã\80\81 ã\82¢ã\83\97ã\83ªã\82±ã\83¼ã\82·ã\83§ã\83³ã\81®å®\9fè¡\8cã\83\95ã\82¡ã\82¤ã\83«ã\81\8cå\85¥ã\81£ã\81¦ã\81\84ã\82\8bã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ªã\81«å±\95é\96\8bã\81\95ã\82\8cã\82\8bã\80\82 ã\81\97ã\81\9fã\81\8cã\81£ã\81¦ã\80\81 \fIsomedir/app\fP ã\81«ç½®ã\81\8bã\82\8cã\81\9fã\82¢ã\83\97ã\83ªã\82±ã\83¼ã\82·ã\83§ã\83³ã\82\92
+アプリケーションの実行ファイルが入っているディレクトリに展開される。 したがって、 \fIsomedir/app\fP に置かれたアプリケーションを
gcc \-Wl,\-rpath,\(aq$ORIGIN/../lib\(aq
特別なディレクトリではなく任意のディレクトリにインストールしても「ややこしい設定なしで」独自の共有ライブラリを使えるアプリケーションを作成することができる。
.TP
\fI$LIB\fP (\fI${LIB}\fP も同じ)
-This expands to \fIlib\fP or \fIlib64\fP depending on the architecture (e.g., on
-x86\-64, it expands to \fIlib64\fP and on x86\-32, it expands to \fIlib\fP).
+アーキテクチャに応じて \fIlib\fP か \fIlib64\fP に展開される (例えば、 x86\-64 では \fIlib64\fP に、 x86\-32 では
+\fIlib\fP に展開される)。
.TP
\fI$PLATFORM\fP (\fI${PLATFORM}\fP も同じ)
.\" To get an idea of the places that $PLATFORM would match,
.\"
.\" ld.so lets names be abbreviated, so $O will work for $ORIGIN;
.\" Don't do this!!
-This expands to a string corresponding to the processor type of the host
-system (e.g., "x86_64"). On some architectures, the Linux kernel doesn't
-provide a platform string to the dynamic linker. The value of this string
-is taken from the \fBAT_PLATFORM\fP value in the auxiliary vector (see
-\fBgetauxval\fP(3)).
+ホストシステムのプロセッサ種別に対応する文字列に展開される (例えば "x86_64")。
+いくつかのアーキテクチャでは、 Linux カーネルから動的リンカにプラットフォームを表す文字列が提供されない。 この文字列の値は補助ベクトルの
+\fBAT_PLATFORM\fP 値から取得される (\fBgetauxval\fP(3) 参照)。
.SH オプション
.TP
\fB\-\-list\fP
4 つの重要な環境変数がある。
.TP
\fBLD_ASSUME_KERNEL\fP
-(glibc since 2.2.3) Each shared library can inform the dynamic linker of
-the minimum kernel ABI version that it requires. (This requirement is
-encoded in an ELF note section that is viewable via \fIreadelf\ \-n\fP as a
-section labeled \fBNT_GNU_ABI_TAG\fP.) At run time, the dynamic linker
-determines the ABI version of the running kernel and will reject loading
-shared libraries that specify minimum ABI versions that exceed that ABI
-version.
+(glibc 2.2.3 以降) 各共有ライブラリは動的リンカに必要なカーネル ABI の最小バージョンを通知することができる (必要なバージョンは
+ELF の note section に格納され、 \fIreadelf\ \-n\fP で \fBNT_GNU_ABI_TAG\fP
+のラベルが付いたセクションとして見ることができる)。 実行時に、 動的リンカは実行中のカーネルの ABI バージョンを判定し、 カーネルの ABI
+バージョンよりも大きな ABI の最小バージョンが指定された共有ライブラリのロードを行わない。
-\fBLD_ASSUME_KERNEL\fP can be used to cause the dynamic linker to assume that
-it is running on a system with a different kernel ABI version. For example,
-the following command line causes the dynamic linker to assume it is running
-on Linux 2.2.5 when loading the shared libraries required by \fImyprog\fP:
+\fBLD_ASSUME_KERNEL\fP を使うことで、 動的リンカに、 異なるカーネル ABI
+バージョンのシステムで実行されているかのように見せることができる。 例えば、 以下のコマンドラインを実行すると、 動的リンカは \fImyprog\fP
+が必要とする共有ライブラリをロードする際に Linux 2.2.5 上で動作していると仮定する。
.in +4n
.nf
.fi
.in
-On systems that provide multiple versions of a shared library (in different
-directories in the search path) that have different minimum kernel ABI
-version requirements, \fBLD_ASSUME_KERNEL\fP can be used to select the version
-of the library that is used (dependent on the directory search order).
-Historically, the most common use of the \fBLD_ASSUME_KERNEL\fP feature was to
-manually select the older LinuxThreads POSIX threads implementation on
-systems that provided both LinuxThreads and NPTL (which latter was typically
-the default on such systems); see \fBpthreads\fP(7).
+必要なカーネル ABI の最低バージョンが異なる複数の共有ライブラリが (検索パス中の異なるディレクトリに) あるシステムでは、
+\fBLD_ASSUME_KERNEL\fP を使って (ディレクトリ検索順序に基づき) 使用するライブラリのバージョンを選択することができる。
+歴史的に見ると、 \fBLD_ASSUME_KERNEL\fP の最も一般的な使い道は、 LinuxThreads と NPTL
+の両方を提供しているシステムで、 古い LinuxThreads の POSIX スレッド実装を手動で選択するためであった
+(そのようなシステムでは、通常は NPTL がデフォルトであった)。 \fBpthreads\fP(7) を参照。
.TP
\fBLD_BIND_NOT\fP
(glibc 2.2 以降) シンボルを解決した際、Global Offset Table (GOT) と Procedure Linkage
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-09-30 14:13+0900\n"
+"PO-Revision-Date: 2013-10-13 19:50+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man2/poll.2:139
-#, fuzzy
-#| msgid ""
-#| "The I<timeout> argument specifies the minimum number of milliseconds that "
-#| "B<poll>() will block. (This interval will be rounded up to the system "
-#| "clock granularity, and kernel scheduling delays mean that the blocking "
-#| "interval may overrun by a small amount.) Specifying a negative value in "
-#| "I<timeout> means an infinite timeout. Specifying a I<timeout> of zero "
-#| "causes B<poll>() to return immediately, even if no file descriptors are "
-#| "ready."
msgid ""
"The I<timeout> argument specifies the number of milliseconds that B<poll>() "
"should block waiting for a file descriptor to become ready. This interval "
"Specifying a negative value in I<timeout> means an infinite timeout. "
"Specifying a I<timeout> of zero causes B<poll>() to return immediately, "
"even if no file descriptors are ready."
-msgstr ""
-"I<timeout> 引き数は、 B<poll>() が停止する最小時間をミリ秒で指定する\n"
-"(この停止時間はシステムクロックの粒度に切り上げられ、カーネルの\n"
-"スケジューリング遅延により少しだけ長くなる可能性がある)。\n"
-"I<timeout> に負の値を指定した場合、タイムアウト時間が無限大を意味する。\n"
-"I<timeout> を 0 に指定した場合、I/O 可能なファイルディスクリプタが\n"
-"ない場合であっても、 B<poll>() はすぐに返る。"
+msgstr "I<timeout> 引き数は、 ファイルディスクリプタが利用可能になるまで B<poll>() が停止する時間をミリ秒で指定する。 この停止時間はシステムクロックの粒度に切り上げられ、 カーネルのスケジューリング遅延により少しだけ長くなる可能性がある。 I<timeout> に負の値を指定した場合、タイムアウト時間が無限大を意味する。 I<timeout> を 0 に指定した場合、I/O 可能なファイルディスクリプタがない場合であっても、 B<poll>() はすぐに返る。"
#. type: Plain text
#: build/C/man2/poll.2:145
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-09-30 02:57+0900\n"
+"PO-Revision-Date: 2013-10-14 01:07+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man5/proc.5:78
-#, fuzzy
-#| msgid ""
-#| "The following outline gives a quick tour through the I</proc> hierarchy."
msgid ""
"The following list describes many of the files and directories under the I</"
"proc> hierarchy."
-msgstr "以ä¸\8bã\81¯ I</proc> é\9a\8e層ã\81®ç°¡å\8d\98ã\81ªã\81\82ã\82\89ã\81¾ã\81\97ã\81§ã\81\82る。"
+msgstr "以ä¸\8bã\81®ã\83ªã\82¹ã\83\88ã\81§ã\81¯ I</proc> é\9a\8e層以ä¸\8bã\81®ã\83\95ã\82¡ã\82¤ã\83«ã\82\84ã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ªã\81®å¤\9aã\81\8fã\81«ã\81¤ã\81\84ã\81¦èª¬æ\98\8eã\81\97ã\81¦ã\81\84る。"
#. type: TP
#: build/C/man5/proc.5:79
#. type: Plain text
#: build/C/man5/proc.5:1918
msgid "Largest contiguous block of vmalloc area which is free."
-msgstr "vmalloc 領域の未使用の連続するブロックの最大サイズ。\n"
+msgstr "vmalloc 領域の未使用の連続するブロックの最大サイズ。"
#. type: TP
#: build/C/man5/proc.5:1918
#. type: Plain text
#: build/C/man5/proc.5:2164
-#, fuzzy
-#| msgid ""
-#| "Contains major and minor numbers of each partition as well as number of "
-#| "blocks and partition name."
msgid ""
"Contains the major and minor numbers of each partition as well as the number "
"of 1024-byte blocks and the partition name."
-msgstr ""
-"各パーティションのメジャー番号とマイナー番号が書かれている。 さらに、ブロック"
-"数とパーティション名も書かれている。"
+msgstr "各パーティションのメジャー番号とマイナー番号が書かれている。 さらに、 1024 バイトブロック数とパーティション名も書かれている。"
#. type: TP
#: build/C/man5/proc.5:2164
#. type: Plain text
#: build/C/man5/proc.5:2533
-#, fuzzy
-#| msgid ""
-#| "This file contains the maximum number of in-memory inodes. On some (2.4) "
-#| "systems, it may not be present. This value should be 3-4 times larger "
-#| "than the value in I<file-max>, since I<stdin>, I<stdout> and network "
-#| "sockets also need an inode to handle them. When you regularly run out of "
-#| "inodes, you need to increase this value."
msgid ""
"This file contains the maximum number of in-memory inodes. This value "
"should be 3-4 times larger than the value in I<file-max>, since I<stdin>, "
"I<stdout> and network sockets also need an inode to handle them. When you "
"regularly run out of inodes, you need to increase this value."
-msgstr ""
-"このファイルには、メモリ内 inode の最大値が書かれている。 (2.4 系の) システム"
-"によっては、このファイルが存在しないかもしれない。 この値は I<file-max> の値"
-"の 3-4 倍にすべきである。 これは I<stdin>, I<stdout>, ネットワークソケットを"
-"扱うにも inode が必要なためである。 日常的に inode を使い果たしている場合は、"
-"この値を増やす必要がある。"
+msgstr "このファイルには、メモリ内 inode の最大値が書かれている。 この値は I<file-max> の値の 3-4 倍にすべきである。 これは I<stdin>, I<stdout>, ネットワークソケットを扱うにも inode が必要なためである。 日常的に inode を使い果たしている場合は、この値を増やす必要がある。"
#. type: Plain text
#: build/C/man5/proc.5:2537
#. type: Plain text
#: build/C/man5/proc.5:3274
-#, fuzzy
-#| msgid ""
-#| "Because this is a nondestructive operation and dirty objects are not "
-#| "freeable, the user should run B<sync>(8) first."
msgid ""
"Because writing to this file is a nondestructive operation and dirty objects "
"are not freeable, the user should run B<sync>(8) first."
-msgstr ""
-"この操作は非破壊的な操作で、ダーティな (dirty) オブジェクトは 解放されないの"
-"で、この操作を行う際は最初に B<sync>(8) を実行しておくべきである。"
+msgstr "このファイルへの書き込みは非破壊的な操作で、 ダーティな (dirty) オブジェクトは 解放されないので、 この操作を行う際は最初に B<sync>(8) を実行しておくべきである。"
#. type: TP
#: build/C/man5/proc.5:3274
#. type: Plain text
#: build/C/man7/standards.7:268
-#, fuzzy
-#| msgid ""
-#| "Two Technical Corrigenda (minor fixes and improvements) of the original "
-#| "2001 standard have occurred: TC1 in 2003 (referred to as "
-#| "I<POSIX.1-2003>), and TC2 in 2004 (referred to as I<POSIX.1-2004>)."
msgid ""
"Technical Corrigenda 1 (minor fixes and improvements) of this standard was "
"released in 2013 (referred to as I<POSIX.1-2013>)."
-msgstr ""
-"元の 2001 年版の標準に対する Technical Corrigenda (正誤表; 細かな修正と改良) "
-"が二つ行われている: 2003 年の TC1 (I<POSIX.1-2003> と呼ばれる) と 2004 年の "
-"TC2 (I<POSIX.1-2004> と呼ばれる) である。"
+msgstr "この標準の Technical Corrigenda 1 (正誤表; 細かな修正と改良) が 2013 年にリリースされている (I<POSIX.1-2013> と呼ばれる)。"
#. type: Plain text
#: build/C/man7/standards.7:272
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-09-30 14:18+0900\n"
+"PO-Revision-Date: 2013-10-14 05:19+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
msgid ""
"This expands to the directory containing the application executable. Thus, "
"an application located in I<somedir/app> could be compiled with"
-msgstr ""
-"これは、 アプリケーションの実行ファイルが入っているディレクトリに展開され"
-"る。 したがって、 I<somedir/app> に置かれたアプリケーションを"
+msgstr "アプリケーションの実行ファイルが入っているディレクトリに展開される。 したがって、 I<somedir/app> に置かれたアプリケーションを"
#. type: Plain text
#: build/C/man8/ld.so.8:101
msgid ""
"This expands to I<lib> or I<lib64> depending on the architecture (e.g., on "
"x86-64, it expands to I<lib64> and on x86-32, it expands to I<lib>)."
-msgstr ""
+msgstr "アーキテクチャに応じて I<lib> か I<lib64> に展開される (例えば、 x86-64 では I<lib64> に、 x86-32 では I<lib> に展開される)。"
#. type: TP
#: build/C/man8/ld.so.8:123
"is taken from the B<AT_PLATFORM> value in the auxiliary vector (see "
"B<getauxval>(3))."
msgstr ""
+"ホストシステムのプロセッサ種別に対応する文字列に展開される (例えば \"x86_64\")。\n"
+"いくつかのアーキテクチャでは、 Linux カーネルから動的リンカにプラットフォームを表す文字列が提供されない。 この文字列の値は補助ベクトルの B<AT_PLATFORM> 値から取得される (B<getauxval>(3) 参照)。"
#. type: SH
#: build/C/man8/ld.so.8:141 build/C/man8/ldconfig.8:100 build/C/man1/ldd.1:51
"determines the ABI version of the running kernel and will reject loading "
"shared libraries that specify minimum ABI versions that exceed that ABI "
"version."
-msgstr ""
+msgstr "(glibc 2.2.3 以降) 各共有ライブラリは動的リンカに必要なカーネル ABI の最小バージョンを通知することができる (必要なバージョンは ELF の note section に格納され、 I<readelf\\ -n> で B<NT_GNU_ABI_TAG> のラベルが付いたセクションとして見ることができる)。 実行時に、 動的リンカは実行中のカーネルの ABI バージョンを判定し、 カーネルの ABI バージョンよりも大きな ABI の最小バージョンが指定された共有ライブラリのロードを行わない。"
#. type: Plain text
#: build/C/man8/ld.so.8:220
"it is running on a system with a different kernel ABI version. For example, "
"the following command line causes the dynamic linker to assume it is running "
"on Linux 2.2.5 when loading the shared libraries required by I<myprog>:"
-msgstr ""
+msgstr "B<LD_ASSUME_KERNEL> を使うことで、 動的リンカに、 異なるカーネル ABI バージョンのシステムで実行されているかのように見せることができる。 例えば、 以下のコマンドラインを実行すると、 動的リンカは I<myprog> が必要とする共有ライブラリをロードする際に Linux 2.2.5 上で動作していると仮定する。"
#. type: Plain text
#: build/C/man8/ld.so.8:224
#, no-wrap
msgid "$ B<LD_ASSUME_KERNEL=2.2.5 ./myprog>\n"
-msgstr ""
+msgstr "$ B<LD_ASSUME_KERNEL=2.2.5 ./myprog>\n"
#. type: Plain text
#: build/C/man8/ld.so.8:241
"manually select the older LinuxThreads POSIX threads implementation on "
"systems that provided both LinuxThreads and NPTL (which latter was typically "
"the default on such systems); see B<pthreads>(7)."
-msgstr ""
+msgstr "必要なカーネル ABI の最低バージョンが異なる複数の共有ライブラリが (検索パス中の異なるディレクトリに) あるシステムでは、 B<LD_ASSUME_KERNEL> を使って (ディレクトリ検索順序に基づき) 使用するライブラリのバージョンを選択することができる。 歴史的に見ると、 B<LD_ASSUME_KERNEL> の最も一般的な使い道は、 LinuxThreads と NPTL の両方を提供しているシステムで、 古い LinuxThreads の POSIX スレッド実装を手動で選択するためであった (そのようなシステムでは、通常は NPTL がデフォルトであった)。 B<pthreads>(7) を参照。"
#. type: TP
#: build/C/man8/ld.so.8:241 build/C/man8/ld.so.8:322
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-10-02 00:55+0900\n"
+"PO-Revision-Date: 2013-10-14 04:04+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man2/futex.2:131
-#, fuzzy
-#| msgid ""
-#| "This operation atomically verifies that the futex address I<uaddr> still "
-#| "contains the value I<val>, and sleeps awaiting B<FUTEX_WAKE> on this "
-#| "futex address. If the I<timeout> argument is non-NULL, its contents "
-#| "describe the minimum duration of the wait, which is infinite otherwise. "
-#| "The arguments I<uaddr2> and I<val3> are ignored."
msgid ""
"This operation atomically verifies that the futex address I<uaddr> still "
"contains the value I<val>, and sleeps awaiting B<FUTEX_WAKE> on this futex "
"granularity, and kernel scheduling delays mean that the blocking interval "
"may overrun by a small amount.) If I<timeout> is NULL, the call blocks "
"indefinitely. The arguments I<uaddr2> and I<val3> are ignored."
-msgstr ""
-"この操作は futex アドレス I<uaddr> に指定された値 I<val> がまだ格納されている"
-"かどうかを不可分操作で検証し、 sleep 状態で この futex アドレスに対して "
-"B<FUTEX_WAKE> が実行されるのを待つ。 I<timeout> 引き数が NULL でない場合、そ"
-"の内容は 待ち時間の最大値を表す。NULL の場合は無限大を表す。 引き数 "
-"I<uaddr2> と I<val3> は無視される。"
+msgstr "この操作は futex アドレス I<uaddr> に指定された値 I<val> がまだ格納されているかどうかを不可分操作で検証し、 sleep 状態で この futex アドレスに対して B<FUTEX_WAKE> が実行されるのを待つ。 I<timeout> 引き数が NULL でない場合、その内容は待ち時間の最大値を表す (この停止時間はシステムクロックの粒度に切り上げられ、 カーネルのスケジューリング遅延により少しだけ長くなる可能性がある)。 NULL の場合、 呼び出しは無限に停止する。 引き数 I<uaddr2> と I<val3> は無視される。"
#. type: Plain text
#: build/C/man2/futex.2:139
#: build/C/man2/perf_event_open.2:836
#, no-wrap
msgid "0 -"
-msgstr ""
+msgstr "0 -"
#. type: Plain text
#: build/C/man2/perf_event_open.2:840
#: build/C/man2/perf_event_open.2:840
#, no-wrap
msgid "1 -"
-msgstr ""
+msgstr "1 -"
#. type: Plain text
#: build/C/man2/perf_event_open.2:844
#: build/C/man2/perf_event_open.2:844
#, no-wrap
msgid "2 -"
-msgstr ""
+msgstr "2 -"
#. type: Plain text
#: build/C/man2/perf_event_open.2:848
#: build/C/man2/perf_event_open.2:848
#, no-wrap
msgid "3 -"
-msgstr ""
+msgstr "3 -"
#. type: Plain text
#: build/C/man2/perf_event_open.2:854
msgid ""
"process_vm_readv, process_vm_writev - transfer data between process address "
"spaces"
-msgstr ""
+msgstr "process_vm_readv, process_vm_writev - プロセスのアドレス空間間でデータを転送する"
#. type: Plain text
#: build/C/man2/process_vm_readv.2:35
"B< unsigned long >I<riovcnt>B<,>\n"
"B< unsigned long >I<flags>B<);>\n"
msgstr ""
+"B<ssize_t process_vm_readv(pid_t >I<pid>B<,>\n"
+"B< const struct iovec *>I<local_iov>B<,>\n"
+"B< unsigned long >I<liovcnt>B<,>\n"
+"B< const struct iovec *>I<remote_iov>B<,>\n"
+"B< unsigned long >I<riovcnt>B<,>\n"
+"B< unsigned long >I<flags>B<);>\n"
#. type: Plain text
#: build/C/man2/process_vm_readv.2:49
"B< unsigned long >I<riovcnt>B<,>\n"
"B< unsigned long >I<flags>B<);>\n"
msgstr ""
+"B<ssize_t process_vm_writev(pid_t >I<pid>B<,>\n"
+"B< const struct iovec *>I<local_iov>B<,>\n"
+"B< unsigned long >I<liovcnt>B<,>\n"
+"B< const struct iovec *>I<remote_iov>B<,>\n"
+"B< unsigned long >I<riovcnt>B<,>\n"
+"B< unsigned long >I<flags>B<);>\n"
#. type: Plain text
#: build/C/man2/process_vm_readv.2:57
#: build/C/man2/ptrace.2:75
#, no-wrap
msgid " ptrace(PTRACE_foo, pid, ...)\n"
-msgstr ""
+msgstr " ptrace(PTRACE_foo, pid, ...)\n"
#. type: Plain text
#: build/C/man2/ptrace.2:79
msgid "where I<pid> is the thread ID of the corresponding Linux thread."
-msgstr ""
+msgstr "ここで I<pid> は対応する Linux スレッドのスレッド ID である。"
#. type: Plain text
#: build/C/man2/ptrace.2:85
#: build/C/man2/ptrace.2:357
#, no-wrap
msgid " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_CLONEE<lt>E<lt>8))\n"
-msgstr ""
+msgstr " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_CLONEE<lt>E<lt>8))\n"
#. type: Plain text
#: build/C/man2/ptrace.2:361 build/C/man2/ptrace.2:447
#: build/C/man2/ptrace.2:480
msgid "The PID of the new process can be retrieved with B<PTRACE_GETEVENTMSG>."
-msgstr ""
+msgstr "新規のプロセスの PID は B<PTRACE_GETEVENTMSG> で取得できる。"
#. type: Plain text
#: build/C/man2/ptrace.2:382
#: build/C/man2/ptrace.2:394
#, no-wrap
msgid " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_EXECE<lt>E<lt>8))\n"
-msgstr ""
+msgstr " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_EXECE<lt>E<lt>8))\n"
#. type: Plain text
#: build/C/man2/ptrace.2:400
#: build/C/man2/ptrace.2:411
#, no-wrap
msgid " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_EXITE<lt>E<lt>8))\n"
-msgstr ""
+msgstr " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_EXITE<lt>E<lt>8))\n"
#. type: Plain text
#: build/C/man2/ptrace.2:415
#: build/C/man2/ptrace.2:443
#, no-wrap
msgid " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_FORKE<lt>E<lt>8))\n"
-msgstr ""
+msgstr " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_FORKE<lt>E<lt>8))\n"
#. type: TP
#: build/C/man2/ptrace.2:447
#: build/C/man2/ptrace.2:476
#, no-wrap
msgid " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_VFORKE<lt>E<lt>8))\n"
-msgstr ""
+msgstr " statusE<gt>E<gt>8 == (SIGTRAP | (PTRACE_EVENT_VFORKE<lt>E<lt>8))\n"
#. type: TP
#: build/C/man2/ptrace.2:480
msgid "B<splice>(2), B<tee>(2)"
msgstr "B<splice>(2), B<tee>(2)"
-#~ msgid "2012-03-05"
-#~ msgstr "2012-03-05"
-
-#~ msgid "2013-07-16"
-#~ msgstr "2013-07-16"
-
-#~ msgid "2013-03-15"
-#~ msgstr "2013-03-15"
-
-#~ msgid "B<futex>(7)"
-#~ msgstr "B<futex>(7)"
-
#, fuzzy
#~| msgid "The I<subcmd> value is one of the following:"
#~ msgid "The I<flags> argument takes one of the following values:"
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-10-02 00:42+0900\n"
+"PO-Revision-Date: 2013-10-14 05:35+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
"allocated. The main thread creates blocks of this size, the second thread "
"created by the program allocates blocks of twice this size, the third thread "
"allocates blocks of three times this size, and so on."
-msgstr ""
+msgstr "以下のプログラムは最大で 4 つのコマンドライン引数を取り、 最初の 3 つは必須である。 最初の引数は、このプログラムが生成するスレッド数を指定する。 メインスレッドを含む全てのスレッドが第 2 引数で指定した数のメモリブロックの割り当てを行う。 第 3 引数は割り当てるブロックのサイズを制御する。 メインスレッドはこのサイズのブロックを作成し、 このプログラムが生成する 2 番目のスレッドはこのサイズの 2 倍のサイズのブロックを、 3 番目のスレッドはこのサイズの 3 倍のサイズのブロックを割り当て、 以下同様である。"
#. type: Plain text
#: build/C/man3/malloc_info.3:102
"state. The first call takes place before any threads are created or memory "
"allocated. The second call is performed after all threads have allocated "
"memory."
-msgstr ""
+msgstr "このプログラムは B<malloc_info>() を 2 回呼び出し、メモリ割り当て状態を表示する。 最初の呼び出しはスレッドの生成もメモリの割り当ても行われる前に実行される。 2 回目の呼び出しは全てのスレッドがメモリ割り当てを行った後に実行される。"
#. type: Plain text
#: build/C/man3/malloc_info.3:110
"one additional thread, and both the main thread and the additional thread "
"allocate 10000 blocks of memory. After the blocks of memory have been "
"allocated, B<malloc_info>() shows the state of two allocation arenas."
-msgstr ""
+msgstr "以下の例では、 コマンドライン引数で、 追加でスレッドを一つ生成し、メインスレッドと追加のスレッドの両方が 10000 個のメモリブロックを割り当てるように指定している。 メモリブロックの割り当て後の B<malloc_info>() では、 2 つの割り当て領域の状態が表示されている。"
#. type: Plain text
#: build/C/man3/malloc_info.3:135
#. type: Plain text
#: build/C/man3/posix_memalign.3:157
-#, fuzzy
-#| msgid ""
-#| "B<posix_memalign>() returns zero on success, or one of the error values "
-#| "listed in the next section on failure. Note that I<errno> is not set."
msgid ""
"B<posix_memalign>() returns zero on success, or one of the error values "
"listed in the next section on failure. The value of I<errno> is "
"indeterminate after a call to B<posix_memalign>()."
-msgstr ""
-"B<posix_memalign>() は成功した場合は 0 を返し、 失敗した場合は次のセクション"
-"に記載されたエラー値のいずれかを返す。 I<errno> はセットされないことに注意す"
-"ること。"
+msgstr "B<posix_memalign>() は成功した場合は 0 を返し、 失敗した場合は次のセクションに記載されたエラー値のいずれかを返す。 B<posix_memalign>() の呼び出し後は I<errno> の値は不定である。"
#. type: Plain text
#: build/C/man3/posix_memalign.3:164
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-10-02 00:37+0900\n"
+"PO-Revision-Date: 2013-10-14 03:51+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man1/getent.1:27
msgid "getent - get entries from Name Service Switch libraries"
-msgstr ""
+msgstr "getent - 名前サービス切り替えライブラリからエントリーを取得する"
#. type: Plain text
#: build/C/man1/getent.1:30
"the supplied keys will be displayed. Otherwise, if no I<key> is provided, "
"all entries will be displayed (unless the database does not support "
"enumeration)."
-msgstr ""
+msgstr "B<getent> コマンドは、 名前サービス切り替えライブラリでサポートされているデータベースのエントリーを表示する。 名前サービス切り替えライブラリの設定は I</etc/nsswitch.conf> で行う。 一つ以上の I<key> 引き数が指定されると、 指定されたキーにマッチするエントリーだけが表示される。 I<key> が指定されなかった場合、 すべてのエントリーが表示される (データベースで列挙 (enumeration) がサポートされていない場合を除く)。"
#. type: Plain text
#: build/C/man1/getent.1:49
msgid ""
"The I<database> may be any of those supported by the GNU C Library, listed "
"below:"
-msgstr ""
+msgstr "I<database> には GNU C ライブラリでサポートされているデータベースのいずれかを指定できる。 以下にそのリストを示す。"
#. type: TP
#: build/C/man1/getent.1:50
"using B<hosts>. When one or more I<key> arguments are provided, pass each "
"I<key> in succession to B<getaddrinfo>(3) with the address family "
"B<AF_UNSPEC>, enumerating each socket address structure returned."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<sethostent>(3), B<gethostent>(3), B<endhostent>(3) を使用して hosts データベースを列挙する。 これは B<hosts> を使うのと全く同じである。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> についてアドレスファミリー B<AF_UNSPEC> で B<getaddrinfo>(3) を呼び出し、 返された各々のソケットアドレス構造体を列挙する。"
#. type: TP
#: build/C/man1/getent.1:71
#. type: Plain text
#: build/C/man1/getent.1:77
msgid "Same as B<ahosts>, but use the address family B<AF_INET>."
-msgstr ""
+msgstr "B<ahosts> を同じだが、 アドレスファミリーとして B<AF_INET> を使用する。"
#. type: TP
#: build/C/man1/getent.1:77
msgid ""
"Same as B<ahosts>, but use the address family B<AF_INET6>. The call to "
"B<getaddrinfo>(3) in this case includes the B<AI_V4MAPPED> flag."
-msgstr ""
+msgstr "B<ahosts> を同じだが、 アドレスファミリーとして B<AF_INET6> を使用する。 この場合の B<getaddrinfo>(3) の呼び出しでは B<AI_V4MAPPED> も指定される。"
#. type: TP
#: build/C/man1/getent.1:88 build/C/man5/nsswitch.conf.5:44
"B<endaliasent>(3) to enumerate the aliases database. When one or more "
"I<key> arguments are provided, pass each I<key> in succession to "
"B<getaliasbyname>(3) and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setaliasent>(3), B<getaliasent>(3), B<endaliasent>(3) を使用して aliases データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> についてB<getaliasbyname>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:105 build/C/man5/nsswitch.conf.5:49
"succession to B<ether_aton>(3) and B<ether_hostton>(3) until a result is "
"obtained, and display the result. Enumeration is not supported on "
"B<ethers>, so a I<key> must be provided."
-msgstr ""
+msgstr "I<key> 引き数が一つ以上指定された場合、 結果が得られるまで、 それぞれの I<key> について B<ether_aton>(3) と B<ether_hostton>(3) を順に呼び出し、 結果を表示する。 B<ethers> では列挙はサポートされていない。 したがって、 I<key> は指定しなければならない。"
#. type: TP
#: build/C/man1/getent.1:121 build/C/man5/nsswitch.conf.5:52
"B<endgrent>(3) to enumerate the group database. When one or more I<key> "
"arguments are provided, pass each numeric I<key> to B<getgrgid>(3) and each "
"nonnumeric I<key> to B<getgrnam>(3) and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setgrent>(3), B<getgrent>(3), B<endgrent>(3) を使用して group データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getgrgid>(3) を、 数値以外であれば B<getgrnam>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:142
"B<endsgent>(3) to enumerate the gshadow database. When one or more I<key> "
"arguments are provided, pass each I<key> in succession to B<getsgnam>(3) "
"and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setsgent>(3), B<getsgent>(3), B<endsgent>(3) を使用して gshadow データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について B<getsgnam>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:159 build/C/man5/nsswitch.conf.5:57
"B<gethostbyname2>(3), depending on whether a call to B<inet_pton>(3) "
"indicates that the I<key> is an IPv6 or IPv4 address or not, and display the "
"result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<sethostent>(3), B<gethostent>(3), B<endhostent>(3) を使用して hosts データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について B<gethostbyaddr>(3) か B<gethostbyname2>(3) を呼び出し、 結果を表示する。 B<gethostbyaddr>(3) か B<gethostbyname2>(3) のどちらを呼び出すかは、B<inet_pton>(3) の呼び出しで、 I<key> が IPv6 や IPv4 アドレスか、 そうでないか、 判定され、その結果によって決まる。"
#. type: TP
#: build/C/man1/getent.1:182 build/C/man5/nsswitch.conf.5:62
"When one or more I<key> arguments are provided, pass each I<key> in "
"succession to B<getgrouplist>(3) and display the result. Enumeration is "
"not supported on B<initgroups>, so a I<key> must be provided."
-msgstr ""
+msgstr "I<key> 引き数が一つ以上指定された場合、 結果が得られるまで、 それぞれの I<key> について B<getgrouplist>(3) を呼び出し、 結果を表示する。 B<initgroups> では列挙はサポートされていない。 したがって、 I<key> は指定しなければならない。"
#. type: TP
#: build/C/man1/getent.1:196 build/C/man5/nsswitch.conf.5:67
"which are interpreted as the I<hostname>, I<username> and I<domainname> to "
"match to a netgroup name via B<innetgr>(3). Enumeration is not supported on "
"B<netgroup>, so either one or three I<keys> must be provided."
-msgstr ""
+msgstr "1 個の I<key> を指定すると、 その I<key> を B<setnetgrent>(3) に渡し、 B<getnetgrent>(3) を使って結果の 3 つ組の文字列 (I<hostname>, I<username>, I<domainname>) を表示する。 代わりに、 3 個の I<key> を指定することもできる。 3 個の I<key> は I<hostname>, I<username>, I<domainname> と解釈され、 B<innetgr>(3) を使って対応する netgroup があるか照合される。 B<netgroup> では列挙はサポートされていない。 したがって、 1 個か 3 個のいずれかの I<key> を指定しなければならない。"
#. type: TP
#: build/C/man1/getent.1:222 build/C/man5/nsswitch.conf.5:71
"I<key> arguments are provided, pass each numeric I<key> to B<getnetbyaddr>"
"(3) and each nonnumeric I<key> to B<getnetbyname>(3) and display the "
"result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setnetent>(3), B<getnetent>(3), B<endnetent>(3) を使用して networks データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getnetbyaddr>(3) を、 数値以外であれば B<getnetbyname>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:243 build/C/man5/nsswitch.conf.5:76
"B<endpwent>(3) to enumerate the passwd database. When one or more I<key> "
"arguments are provided, pass each numeric I<key> to B<getpwuid>(3) and each "
"nonnumeric I<key> to B<getpwnam>(3) and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setpwent>(3), B<getpwent>(3), B<endpwent>(3) を使用して passwd データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getpwgid>(3) を、 数値以外であれば B<getpwnam>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:264 build/C/man5/nsswitch.conf.5:81
"I<key> arguments are provided, pass each numeric I<key> to "
"B<getprotobynumber>(3) and each nonnumeric I<key> to B<getprotobyname>(3) "
"and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setprotoent>(3), B<getprotoent>(3), B<endprotoent>(3) を使用して protocols データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getprotobynumber>(3) を、 数値以外であれば B<getprotobyname>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:285 build/C/man5/nsswitch.conf.5:89
"B<endrpcent>(3) to enumerate the rpc database. When one or more I<key> "
"arguments are provided, pass each numeric I<key> to B<getrpcbynumber>(3) "
"and each nonnumeric I<key> to B<getrpcbyname>(3) and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setrpcent>(3), B<getrpcent>(3), B<endrpcent>(3) を使用して rpc データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getrpcbynumber>(3) を、 数値以外であれば B<getrpcbyname>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:306 build/C/man5/nsswitch.conf.5:94
"I<key> arguments are provided, pass each numeric I<key> to B<getservbynumber>"
"(3) and each nonnumeric I<key> to B<getservbyname>(3) and display the "
"result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setservent>(3), B<getservent>(3), B<endservent>(3) を使用して services データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について、 数値であれば B<getservbynumber>(3) を、 数値以外であれば B<getservbyname>(3) を呼び出し、 結果を表示する。"
#. type: TP
#: build/C/man1/getent.1:327 build/C/man5/nsswitch.conf.5:99
"B<endspent>(3) to enumerate the shadow database. When one or more I<key> "
"arguments are provided, pass each I<key> in succession to B<getspnam>(3) "
"and display the result."
-msgstr ""
+msgstr "I<key> が指定されなかった場合、 B<setspent>(3), B<getspent>(3), B<endspent>(3) を使用して shadow データベースを列挙する。 I<key> 引き数が一つ以上指定された場合は、 それぞれの I<key> について B<getspnam>(3) を呼び出し、 結果を表示する。"
#. type: SH
#: build/C/man1/getent.1:345
#. type: Plain text
#: build/C/man1/getent.1:348
msgid "One of the following exit values can be returned by B<getent>:"
-msgstr ""
+msgstr "B<getent> は以下のいずれかの終了ステータスを返す。"
#. type: TP
#: build/C/man1/getent.1:349
#. type: Plain text
#: build/C/man5/nss.5:22
msgid "nss - Name Service Switch configuration file"
-msgstr "nss - ネームサービススイッチの設定ファイル"
+msgstr "nss - 名前サービス切り替え (Name Service Switch) の設定ファイル"
#. type: Plain text
#: build/C/man5/nss.5:29
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-09-30 02:25+0900\n"
+"PO-Revision-Date: 2013-10-14 04:59+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man2/setfsgid.2:51
-#, fuzzy
-#| msgid ""
-#| "The system call B<setfsgid>() sets the group ID that the Linux kernel "
-#| "uses to check for all accesses to the file system. Normally, the value "
-#| "of I<fsgid> will shadow the value of the effective group ID. In fact, "
-#| "whenever the effective group ID is changed, I<fsgid> will also be changed "
-#| "to the new value of the effective group ID."
msgid ""
"The system call B<setfsgid>() changes the value of the caller's filesystem "
"group ID\\(emthe group ID that the Linux kernel uses to check for all "
"will shadow the value of the effective group ID. In fact, whenever the "
"effective group ID is changed, the filesystem group ID will also be changed "
"to the new value of the effective group ID."
-msgstr ""
-"システムコール B<setfsgid>() は Linux カーネルがファイルシステムに対する 全"
-"てのアクセスのチェックに使用するグループ IDを設定する。通常は I<fsgid> の値は"
-"実効 (effective) グループID と同じになる。実際、 実効グループ ID が変更される"
-"度に I<fsgid> もまた新しい実効グループID の値に変更される。"
+msgstr "システムコール B<setfsgid>() は、 呼び出し元のファイルシステムグループ ID \\(em ファイルシステムへの全てのアクセスのチェックにおいて Linux カーネルが使用するグループ ID \\(em の値を変更する。通常はファイルシステムグループ ID の値は実効 (effective) グループ ID と同じになる。実際、 実効グループ ID が変更される度にファイルシステムグループ ID もまた新しい実効グループ ID の値に変更される。"
#. type: Plain text
#: build/C/man2/setfsgid.2:62
#. type: Plain text
#: build/C/man2/setfsgid.2:68
-#, fuzzy
-#| msgid ""
-#| "B<setfsgid>() will succeed only if the caller is the superuser or if "
-#| "I<fsgid> matches either the real group ID, effective group ID, saved set-"
-#| "group-ID, or the current value of I<fsgid>."
msgid ""
"B<setfsgid>() will succeed only if the caller is the superuser or if "
"I<fsgid> matches either the caller's real group ID, effective group ID, "
"saved set-group-ID, or current the filesystem user ID."
-msgstr ""
-"B<setfsgid>() は、スーパーユーザによって呼び出された場合か、 I<fsgid> が実グ"
-"ループID、実効グループID、 保存セットグループID (saved set-group-ID)、現在の "
-"I<fsgid> の値のいずれかに一致する場合にのみ成功する。"
+msgstr "B<setfsgid>() は、スーパーユーザによって呼び出された場合か、 I<fsgid> が呼び出し元の実グループID、実効グループID、 保存セットグループID (saved set-group-ID)、現在のファイルシステムグループ ID の値のいずれかに一致する場合にのみ成功する。"
#. type: Plain text
#: build/C/man2/setfsgid.2:71
msgid ""
"On both success and failure, this call returns the previous filesystem group "
"ID of the caller."
-msgstr ""
+msgstr "成功時も失敗時も、 この呼び出しは直前の呼び出し元のファイルシステムグループ ID の値を返す。"
#. This system call is present since Linux 1.1.44
#. and in libc since libc 4.7.6.
#. type: Plain text
#: build/C/man2/setfsgid.2:96
-#, fuzzy
-#| msgid ""
-#| "Note that at the time this system call was introduced, a process could "
-#| "send a signal to a process with the same effective user ID. Today signal "
-#| "permission handling is slightly different."
msgid ""
"Note that at the time this system call was introduced, a process could send "
"a signal to a process with the same effective user ID. Today signal "
"permission handling is slightly different. See B<setfsuid>(2) for a "
"discussion of why the use of both B<setfsuid>(2) and B<setfsgid>() is "
"nowadays unneeded."
-msgstr ""
-"このシステムコールが導入された当時、プロセスは 同じ実効ユーザIDのプロセスへシ"
-"グナルを送ることができた。 今日では、シグナル送信権限の扱いはかなり違うものに"
-"なっている。"
+msgstr "このシステムコールが導入された当時、プロセスは 同じ実効ユーザIDのプロセスへシグナルを送ることができた。 今日では、シグナル送信権限の扱いはかなり違うものになっている。 なぜ今日では B<setfsuid>(2) と B<setfsgid>() の両者が不要なのかの議論については B<setfsuid>(2) を参照のこと。"
#. type: Plain text
#: build/C/man2/setfsgid.2:106
"determine if a preceding call to B<setfsgid>() changed the filesystem group "
"ID. At the very least, B<EPERM> should be returned when the call fails "
"(because the caller lacks the B<CAP_SETGID> capability)."
-msgstr ""
+msgstr "いかなる種類のエラーメッセージも返さず、 成功した場合も失敗した場合も呼び出しは同じ値を返すため、 呼び出しが成功したか失敗したかを直接判定することはできない。 その代わり、 直前の B<setfsgid>() の呼び出しがファイルシステムグループ ID を変更したかどうかを判定するために、 呼び出し元はこの後に I<setfsgid(-1)> などを呼び出して返り値を見なければならない (I<setfsgid(-1)> は常に失敗する)。 最低でも、失敗した場合は B<EPERM> くらいは返すべきである (呼び出し元には B<CAP_SETGID> ケーパビリティがなかったのだから)。"
#. type: Plain text
#: build/C/man2/setfsgid.2:128
#. type: Plain text
#: build/C/man2/setfsuid.2:51
-#, fuzzy
-#| msgid ""
-#| "The system call B<setfsuid>() sets the user ID that the Linux kernel "
-#| "uses to check for all accesses to the file system. Normally, the value "
-#| "of I<fsuid> will shadow the value of the effective user ID. In fact, "
-#| "whenever the effective user ID is changed, I<fsuid> will also be changed "
-#| "to the new value of the effective user ID."
msgid ""
"The system call B<setfsuid>() changes the value of the caller's filesystem "
"user ID\\(emthe user ID that the Linux kernel uses to check for all accesses "
"shadow the value of the effective user ID. In fact, whenever the effective "
"user ID is changed, the filesystem user ID will also be changed to the new "
"value of the effective user ID."
-msgstr ""
-"B<setfsuid>() は Linux カーネルがファイルシステムに対する 全てのアクセスの"
-"チェックに使用するユーザID を設定する。通常は I<fsuid> の値は実効 "
-"(effective) ユーザID と同じになる。実際、 実効ユーザID が変更される度に "
-"I<fsuid> もまた新しい実効ユーザID の値に変更される。"
+msgstr "B<setfsuid>() は、 呼び出し元のファイルシステムユーザー ID \\(em ファイルシステムへの全てのアクセスのチェックにおいて Linux カーネルが使用するユーザ ID \\(em の値を変更する。通常はファイルシステムユーザー ID の値は実効 (effective) ユーザID と同じになる。実際、 実効ユーザID が変更される度にファイルシステムユーザー ID もまた新しい実効ユーザ ID の値に変更される。"
#. type: Plain text
#: build/C/man2/setfsuid.2:62
#. type: Plain text
#: build/C/man2/setfsuid.2:68
-#, fuzzy
-#| msgid ""
-#| "B<setfsuid>() will succeed only if the caller is the superuser or if "
-#| "I<fsuid> matches either the real user ID, effective user ID, saved set-"
-#| "user-ID, or the current value of I<fsuid>."
msgid ""
"B<setfsuid>() will succeed only if the caller is the superuser or if "
"I<fsuid> matches either the caller's real user ID, effective user ID, saved "
"set-user-ID, or current filesystem user ID."
-msgstr ""
-"B<setfsuid>() は、スーパーユーザによって呼び出された場合か、 I<fsuid> が実"
-"ユーザID、実効ユーザID、 保存セットユーザID (saved set-user-ID)、現在の "
-"I<fsuid> の値のいずれかに一致する場合にのみ成功する。"
+msgstr "B<setfsuid>() は、スーパーユーザによって呼び出された場合か、 I<fsuid> が呼び出し元の実ユーザID、実効ユーザID、 保存セットユーザID (saved set-user-ID)、現在のファイルシステムグループ ID の値のいずれかに一致する場合にのみ成功する。"
#. type: Plain text
#: build/C/man2/setfsuid.2:71
msgid ""
"On both success and failure, this call returns the previous filesystem user "
"ID of the caller."
-msgstr ""
+msgstr "成功時も失敗時も、 この呼び出しは直前の呼び出し元のファイルシステムユーザー ID の値を返す。"
#. type: Plain text
#: build/C/man2/setfsuid.2:79
"vulnerable to receiving signals from unwanted processes. Thus, B<setfsuid>"
"() is nowadays unneeded and should be avoided in new applications (likewise "
"for B<setfsgid>(2))."
-msgstr ""
+msgstr "このシステムコールが導入された当時、 あるプロセスは同じ実効ユーザー ID を持つ別のプロセスにシグナルを送信できた。 これは、 特権プロセスがファイルのアクセス許可をチェックするために自身の実効ユーザー ID を変更すると、 同じユーザー ID を持つ別の (非特権) プロセスが送信したシグナルを受け取るようになってしまうことを意味する。そのため、 プロセスが、 受け取りたくないシグナルを受信する状態にならずに、 ファイルのアクセス許可をチェックするために自身のユーザー ID を変更できるように、 ファイルシステムユーザー ID 属性が追加された。 Linux 2.0 以降では、 シグナルの送信許可の扱いは異なり (B<kill>(2) 参照)、 プロセスは、 望まないプロセスからシグナルを受信してしまう状態にならずに、 自身の実効ユーザー ID を変更することができる。 したがって、 B<setfsuid>() は今日では不要であり、 新規のアプリケーションでは使用すべきではない (B<setfsgid>(2) も同様)。"
#. type: Plain text
#: build/C/man2/setfsuid.2:114
"determine if a preceding call to B<setfsuid>() changed the filesystem user "
"ID. At the very least, B<EPERM> should be returned when the call fails "
"(because the caller lacks the B<CAP_SETUID> capability)."
-msgstr ""
+msgstr "いかなる種類のエラーメッセージも返さず、 成功した場合も失敗した場合も呼び出しは同じ値を返すため、 呼び出しが成功したか失敗したかを直接判定することはできない。 その代わり、 直前の B<setfsuid>() の呼び出しがファイルシステムグループ ID を変更したかどうかを判定するために、 呼び出し元はこの後に I<setfsuid(-1)> などを呼び出して返り値を見なければならない (I<setfsuid(-1)> は常に失敗する)。 最低でも、失敗した場合は B<EPERM> くらいは返すべきである (呼び出し元には B<CAP_SETUID> ケーパビリティがなかったのだから)。"
#. type: Plain text
#: build/C/man2/setfsuid.2:136
#: build/C/man3/ulimit.3:88
msgid "B<bash>(1), B<getrlimit>(2), B<setrlimit>(2), B<sysconf>(3)"
msgstr "B<bash>(1), B<getrlimit>(2), B<setrlimit>(2), B<sysconf>(3)"
-
-#~ msgid ""
-#~ "B<#include E<lt>unistd.hE<gt>> /* glibc uses E<lt>sys/fsuid.hE<gt> */"
-#~ msgstr ""
-#~ "B<#include E<lt>unistd.hE<gt>> /* glibc では E<lt>sys/fsuid.hE<gt> */"
-
-#~ msgid ""
-#~ "On success, the previous value of I<fsgid> is returned. On error, the "
-#~ "current value of I<fsgid> is returned."
-#~ msgstr ""
-#~ "成功した場合、 I<fsgid> の以前の値を返す。エラーの場合は I<fsgid> の現在の"
-#~ "値を返す。"
-
-#~ msgid ""
-#~ "No error messages of any kind are returned to the caller. At the very "
-#~ "least, B<EPERM> should be returned when the call fails (because the "
-#~ "caller lacks the B<CAP_SETGID> capability)."
-#~ msgstr ""
-#~ "いかなる種類のエラーメッセージも返さない。 失敗した場合は (呼び出し元には "
-#~ "B<CAP_SETGID> ケーパビリティがなかったのだから) 最低でも B<EPERM> くらいは"
-#~ "返すべきである。"
-
-#~ msgid ""
-#~ "On success, the previous value of I<fsuid> is returned. On error, the "
-#~ "current value of I<fsuid> is returned."
-#~ msgstr ""
-#~ "成功した場合、 I<fsuid> の以前の値を返す。エラーの場合は I<fsuid> の現在の"
-#~ "値を返す。"
-
-#~ msgid ""
-#~ "No error messages of any kind are returned to the caller. At the very "
-#~ "least, B<EPERM> should be returned when the call fails (because the "
-#~ "caller lacks the B<CAP_SETUID> capability)."
-#~ msgstr ""
-#~ "いかなる種類のエラーメッセージも呼び出し元に返さない。 失敗した場合は (呼"
-#~ "び出し元には B<CAP_SETUID> ケーパビリティがなかったのだから) 最低でも "
-#~ "B<EPERM> くらいは返すべきである。"
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:05+0900\n"
-"PO-Revision-Date: 2013-10-02 00:24+0900\n"
+"PO-Revision-Date: 2013-10-14 01:45+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man2/kill.2:100
-#, fuzzy
-#| msgid ""
-#| "For a process to have permission to send a signal it must either be "
-#| "privileged (under Linux: have the B<CAP_KILL> capability), or the real or "
-#| "effective user ID of the sending process must equal the real or saved set-"
-#| "user-ID of the target process. In the case of B<SIGCONT> it suffices "
-#| "when the sending and receiving processes belong to the same session."
msgid ""
"For a process to have permission to send a signal it must either be "
"privileged (under Linux: have the B<CAP_KILL> capability), or the real or "
"user-ID of the target process. In the case of B<SIGCONT> it suffices when "
"the sending and receiving processes belong to the same session. "
"(Historically, the rules were different; see NOTES.)"
-msgstr ""
-"プロセスがシグナルを送信する許可を持つためには、 プロセスが特権 (Linux では "
-"B<CAP_KILL> ケーパビリティ (capability)) を持つか、 送信元プロセスの実ユー"
-"ザー ID または実効ユーザー ID が 送信先プロセスの実 set-user-ID または保存 "
-"set-user-ID と 等しくなければならない。 B<SIGCONT> の場合、送信プロセスと受信"
-"プロセスが 同じセッションに属していれば十分である。"
+msgstr "プロセスがシグナルを送信する許可を持つためには、 プロセスが特権 (Linux では B<CAP_KILL> ケーパビリティ (capability)) を持つか、 送信元プロセスの実ユーザー ID または実効ユーザー ID が 送信先プロセスの実 set-user-ID または保存 set-user-ID と 等しくなければならない。 B<SIGCONT> の場合、送信プロセスと受信プロセスが 同じセッションに属していれば十分である。 (過去には、 ルールは違っていた; 「注意」の節を参照。)"
#. type: Plain text
#: build/C/man2/kill.2:105
#. a bit - MTK, 24 Jul 02
#. type: Plain text
#: build/C/man2/kill.2:161
-#, fuzzy
-#| msgid ""
-#| "Across different kernel versions, Linux has enforced different rules for "
-#| "the permissions required for an unprivileged process to send a signal to "
-#| "another process. In kernels 1.0 to 1.2.2, a signal could be sent if the "
-#| "effective user ID of the sender matched that of the receiver, or the real "
-#| "user ID of the sender matched that of the receiver. From kernel 1.2.3 "
-#| "until 1.3.77, a signal could be sent if the effective user ID of the "
-#| "sender matched either the real or effective user ID of the receiver. The "
-#| "current rules, which conform to POSIX.1-2001, were adopted in kernel "
-#| "1.3.78."
msgid ""
"Across different kernel versions, Linux has enforced different rules for the "
"permissions required for an unprivileged process to send a signal to another "
"1.2.3 until 1.3.77, a signal could be sent if the effective user ID of the "
"sender matched either the real or effective user ID of the target. The "
"current rules, which conform to POSIX.1-2001, were adopted in kernel 1.3.78."
-msgstr ""
-"Linux では、特権のないプロセスが他のプロセスにシグナルを送信するために 必要な"
-"権限についてのルールが、カーネルバージョンにより違っている。 カーネル 1.0 か"
-"ら 1.2.2 では、送信側の実効ユーザーID が受信側の 実効ユーザー IDと一致すれば"
-"シグナルを送信できた。 カーネル 1.2.3 から 1.3.77では、送信側の実効ユーザー"
-"ID が受信側の 実ユーザーID か実効ユーザーID のいずれかと一致すればシグナルを"
-"送信できた。 現在のルールは、POSIX.1-2001 に準拠しており、カーネル 1.3.78 以"
-"降で 適用されている。"
+msgstr "Linux では、特権のないプロセスが他のプロセスにシグナルを送信するために必要な権限についてのルールが、カーネルバージョンにより違っている。 カーネル 1.0 から 1.2.2 では、送信側の実効ユーザー ID が送信対象の実効ユーザー ID と一致するか、 送信側の実ユーザー ID が送信対象の実ユーザー ID と一致すれば、 シグナルを送信できた。 カーネル 1.2.3 から 1.3.77では、送信側の実効ユーザー ID が送信対象の実ユーザー ID か実効ユーザー ID のいずれかと一致すればシグナルを送信できた。 現在のルールは、POSIX.1-2001 に準拠しており、カーネル 1.3.78 以降で 適用されている。"
#. type: Plain text
#: build/C/man2/kill.2:171
#. TASK_COMM_LEN in include/linux/sched.h
#. type: Plain text
#: build/C/man2/prctl.2:253
-#, fuzzy
-#| msgid ""
-#| "Set the process name for the calling thread, using the value in the "
-#| "location pointed to by I<(char\\ *) arg2>. The name can be up to 16 "
-#| "bytes long, and should be null-terminated if it contains fewer bytes."
msgid ""
"Set the name of the calling thread, using the value in the location pointed "
"to by I<(char\\ *) arg2>. The name can be up to 16 bytes long, and should "
"that can be set via B<pthread_setname_np>(3) and retrieved using "
"B<pthread_getname_np>(3). The attribute is likewise accessible via I</proc/"
"self/task/[tid]/comm>, where I<tid> is the name of the calling thread."
-msgstr ""
-"呼び出し元スレッドのプロセス名を I<(char\\ *) arg2> が指す場所に格納された値"
-"を使って設定する。 名前は最大で 16 バイトであり、 それより少ないバイト数の場"
-"合は NULL で終端すべきである。"
+msgstr "呼び出し元スレッドのプロセス名を I<(char\\ *) arg2> が指す場所に格納された値を使って設定する。 名前は最大で 16 バイトであり、 それより少ないバイト数の場合は NULL で終端すべきである。 これは、 B<pthread_setname_np>(3) で設定でき、 B<pthread_getname_np>(3) で取得できるのと同じ属性である。 同様に、 I<tid> が呼び出し元スレッドの ID の場合、 この属性は I</proc/self/task/[tid]/comm> 経由でもアクセス可能である。"
#. type: TP
#: build/C/man2/prctl.2:253
#. type: Plain text
#: build/C/man2/prctl.2:373
-#, fuzzy
-#| msgid ""
-#| "Set the secure computing mode for the calling thread. In the current "
-#| "implementation, I<arg2> must be 1. After the secure computing mode has "
-#| "been set to 1, the only system calls that the thread is permitted to make "
-#| "are B<read>(2), B<write>(2), B<_exit>(2), and B<sigreturn>(2). Other "
-#| "system calls result in the delivery of a B<SIGKILL> signal. Secure "
-#| "computing mode is useful for number-crunching applications that may need "
-#| "to execute untrusted byte code, perhaps obtained by reading from a pipe "
-#| "or socket. This operation is only available if the kernel is configured "
-#| "with CONFIG_SECCOMP enabled."
msgid ""
"With I<arg2> set to B<SECCOMP_MODE_STRICT> the only system calls that the "
"thread is permitted to make are B<read>(2), B<write>(2), B<_exit>(2), and "
"applications that may need to execute untrusted byte code, perhaps obtained "
"by reading from a pipe or socket. This operation is available only if the "
"kernel is configured with B<CONFIG_SECCOMP> enabled."
-msgstr ""
-"呼び出したスレッドの secure computing モードを設定する。 現在の実装では、 "
-"I<arg2> は 1 にしなければならない。 secure computing モードを 1 に設定する"
-"と、 そのスレッドが呼び出しを許可されるシステムコールは B<read>(2), B<write>"
-"(2), B<_exit>(2), B<sigreturn>(2) だけになる。 それ以外のシステムコールを呼"
-"び出すと、シグナル B<SIGKILL> が配送される。 パイプやソケットから読み込んだ、"
-"信頼できないバイトコードを実行する 必要がある大量の演算を行うアプリケーション"
-"において、 secure computing モードは役立つ。 この操作は利用できるのは、カーネ"
-"ルが CONFIG_SECCOMP を有効にして 作成されている場合だけである。"
+msgstr "I<arg2> を B<SECCOMP_MODE_STRICT> に設定すると、 そのスレッドが呼び出しを許可されるシステムコールは B<read>(2), B<write>(2), B<_exit>(2), B<sigreturn>(2) だけになる。 それ以外のシステムコールを呼び出すと、シグナル B<SIGKILL> が配送される。 パイプやソケットから読み込んだ、 信頼できないバイトコードを実行する必要がある大量の演算を行うアプリケーションにおいて、 strict secure computing モードは役立つ。 この操作は利用できるのは、 カーネルが B<CONFIG_SECCOMP> を有効にして作成されている場合だけである。"
#. type: Plain text
#: build/C/man2/prctl.2:388
" /* This is the glibc and POSIX interface; see\n"
" NOTES for information on the raw system call. */\n"
msgstr ""
+"B<int waitid(idtype_t >I<idtype>B<, id_t >I<id>B<, siginfo_t *>I<infop>B<, int >I<options>B<);>\n"
+" /* これは glibc と POSIX のインターフェイスである。\n"
+" 生のシステムコールについての情報は「注意」の節を参照。 */\n"
#. type: Plain text
#: build/C/man2/wait.2:74
"rusage\\ *>. If this argument is non-NULL, then it is used to return "
"resource usage information about the child, in the same manner as B<wait4>"
"(2). See B<getrusage>(2) for details."
-msgstr ""
+msgstr "生の B<waitid>() システムコールは I<struct rusage\\ *> 型の第 5 引数を取る。 この引数が NULL 以外の場合、 この引数が子プロセスのリソース使用状況を返すのに使用される。 これは B<wait4>(2) と同じ方法である。 詳細は B<getrusage>(2) を参照。"
#. type: Plain text
#: build/C/man2/wait.2:550
msgstr ""
"B<fork>(2), B<getrusage>(2), B<sigaction>(2), B<signal>(2), B<wait>(2), "
"B<signal>(7)"
-
-#~ msgid "2012-12-21"
-#~ msgstr "2012-12-21"
-
-#~ msgid ""
-#~ "B<int waitid(idtype_t >I<idtype>B<, id_t >I<id>B<, siginfo_t "
-#~ "*>I<infop>B<, int >I<options>B<);>"
-#~ msgstr ""
-#~ "B<int waitid(idtype_t >I<idtype>B<, id_t >I<id>B<, siginfo_t "
-#~ "*>I<infop>B<, int >I<options>B<);>"
-
-#~ msgid "2012-05-01"
-#~ msgstr "2012-05-01"
-
-#~ msgid "2008-06-26"
-#~ msgstr "2008-06-26"
-
-#~ msgid "B<sigaction>() returns 0 on success and -1 on error."
-#~ msgstr "B<sigaction>() は成功すれば 0 を返し、エラーならば -1 を返す。"
-
-#~ msgid "B<sigpending>() returns 0 on success and -1 on error."
-#~ msgstr "B<sigpending>() は成功すれば 0 を返し、エラーならば -1 を返す。"
-
-#~ msgid "B<sigprocmask>() returns 0 on success and -1 on error."
-#~ msgstr "B<sigprocmask>() は成功すれば 0 を返し、エラーならば -1 を返す。"
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:06+0900\n"
-"PO-Revision-Date: 2013-09-30 02:20+0900\n"
+"PO-Revision-Date: 2013-10-13 23:30+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man4/wavelan.4:23
-#, fuzzy
-#| msgid ""
-#| "B<Note>: This obsolete driver was removed from the kernel in version "
-#| "2.6.26."
msgid ""
"I<This driver is obsolete:> it was removed from the kernel in version 2.6.35."
-msgstr "B<注意>: この時代遅れのドライバはカーネル 2.6.26 で削除された。"
+msgstr "B<このドライバーは時代遅れである>: このドライバーはカーネル 2.6.35 で削除された。"
#. type: Plain text
#: build/C/man4/wavelan.4:39
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:06+0900\n"
-"PO-Revision-Date: 2013-10-02 00:19+0900\n"
+"PO-Revision-Date: 2013-10-14 05:55+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
"the file descriptor level. The file itself is not opened, and other file "
"operations (e.g., B<read>(2), B<write>(2), B<fchmod>(2), B<fchown>(2), "
"B<fgetxattr>(2), B<mmap>(2)) fail with the error B<EBADF>."
-msgstr ""
+msgstr "このフラグを指定して取得したファイルディスクリプタは、 ファイルシステムツリー内での場所を示すため、 純粋にファイルディスクリプタレベルでの作用する操作を実行するため、 の二つの目的で使用することができる。 ファイル自身はオープンされず、 他のファイル操作 (例えば B<read>(2), B<write>(2), B<fchmod>(2), B<fchown>(2), B<fgetxattr>(2), B<mmap>(2)) はエラー B<EBADF> で失敗する。"
#. type: Plain text
#: build/C/man2/open.2:469
msgid ""
"The following operations I<can> be performed on the resulting file "
"descriptor:"
-msgstr ""
+msgstr "取得したファイルディスクリプタに対して以下の操作を行うことが「できる」。"
#. commit 332a2e1244bd08b9e3ecd378028513396a004a24
#. fstat(): commit 55815f70147dcfa3ead5738fd56d3574e2e3c1c2
#: build/C/man2/open.2:478
msgid ""
"B<close>(2); B<fchdir>(2) (since Linux 3.5); B<fstat>(2) (since Linux 3.6)."
-msgstr ""
+msgstr "B<close>(2); B<fchdir>(2) (Linux 3.5 以降); B<fstat>(2) (Linux 3.6 以降)"
#. type: Plain text
#: build/C/man2/open.2:484
msgid ""
"Duplicating the file descriptor (B<dup>(2), B<fcntl>(2) B<F_DUPFD>, etc.)."
-msgstr ""
+msgstr "ファイルディスクリプタの複製 (B<dup>(2), B<fcntl>(2) B<F_DUPFD> など)"
#. type: Plain text
#: build/C/man2/open.2:490
msgid ""
"Getting and setting file descriptor flags (B<fcntl>(2) B<F_GETFD> and "
"B<F_SETFD>)."
-msgstr ""
+msgstr "ファイルディスクリプタフラグの取得と設定 (B<fcntl>(2) の B<F_GETFD> と B<F_SETFD>)"
#. type: Plain text
#: build/C/man2/open.2:496
msgid ""
"Retrieving open file status flags using the B<fcntl>(2) B<F_GETFL> "
"operation: the returned flags will include the bit B<O_PATH>."
-msgstr ""
+msgstr "B<fcntl>(2) の B<F_GETFL> 操作を使ったオープンされたファイルの状態フラグの取得。 返されるフラグには B<O_PATH> ビットが含まれる。"
#. type: Plain text
#: build/C/man2/open.2:503
msgid ""
"Passing the file descriptor as the I<dirfd> argument of B<openat>(2) and "
"the other \"*at()\" system calls."
-msgstr ""
+msgstr "B<openat>(2) や他の \"*at()\" 系のシステムコールの I<dirfd> 引数としてそのファイルディスクリプタを渡す。"
#. type: Plain text
#: build/C/man2/open.2:509
msgid ""
"Passing the file descriptor to another process via a UNIX domain socket (see "
"B<SCM_RIGHTS> in B<unix>(7))."
-msgstr ""
+msgstr "そのファイルディスクリプタを別のプロセスに UNIX ドメインソケット経由で渡す。 (B<unix>(7) の B<SCM_RIGHTS> を参照)"
#. type: Plain text
#: build/C/man2/open.2:520
msgid ""
"When B<O_PATH> is specified in I<flags>, flag bits other than B<O_DIRECTORY> "
"and B<O_NOFOLLOW> are ignored."
-msgstr ""
+msgstr "I<flags> に B<O_PATH> が指定された場合、 B<O_DIRECTORY> と B<O_NOFOLLOW> 以外のフラグビットは無視される。"
#. type: Plain text
#: build/C/man2/open.2:534
"as the I<dirfd> argument in calls to B<fchownat>(2), B<fstatat>(2), B<linkat>"
"(2), and B<readlinkat>(2) with an empty pathname to have the calls operate "
"on the symbolic link."
-msgstr ""
+msgstr "B<O_NOFOLLOW> フラグも合わせて指定された場合、 この呼び出しではシンボリックリンクを参照するファイルディスクリプタを返す。 このファイルディスクリプタは、 空のパス名を指定した B<fchownat>(2), B<fstatat>(2), B<linkat>(2), B<readlinkat>(2) の呼び出しで I<dirfd> 引数として使うことで、 そのシンボリックリンクに対して操作を行うことができる。"
#. type: TP
#: build/C/man2/open.2:534
msgid ""
"The filesystem does not support the B<O_DIRECT> flag. See B<NOTES> for more "
"information."
-msgstr ""
+msgstr "ファイルシステムが B<O_DIRECT> フラグをサポートしていない。 詳細はB<注意>を参照。"
#. type: TP
#: build/C/man2/open.2:620 build/C/man2/read.2:158 build/C/man2/rename.2:143
#. type: Plain text
#: build/C/man3/printf.3:441
-#, fuzzy
-#| msgid ""
-#| "An optional precision, in the form of a period (\\(aq.\\(aq) followed by "
-#| "an optional decimal digit string. Instead of a decimal digit string one "
-#| "may write \"*\" or \"*m$\" (for some decimal integer m) to specify that "
-#| "the precision is given in the next argument, or in the m-th argument, "
-#| "respectively, which must be of type I<int>. If the precision is given as "
-#| "just \\(aq.\\(aq, or the precision is negative, the precision is taken to "
-#| "be zero. This gives the minimum number of digits to appear for B<d>, "
-#| "B<i>, B<o>, B<u>, B<x>, and B<X> conversions, the number of digits to "
-#| "appear after the radix character for B<a>, B<A>, B<e>, B<E>, B<f>, and "
-#| "B<F> conversions, the maximum number of significant digits for B<g> and "
-#| "B<G> conversions, or the maximum number of characters to be printed from "
-#| "a string for B<s> and B<S> conversions."
msgid ""
"An optional precision, in the form of a period (\\(aq.\\(aq) followed by an "
"optional decimal digit string. Instead of a decimal digit string one may "
"B<E>, B<f>, and B<F> conversions, the maximum number of significant digits "
"for B<g> and B<G> conversions, or the maximum number of characters to be "
"printed from a string for B<s> and B<S> conversions."
-msgstr ""
-"オプションである精度は、ピリオド (\\(aq.\\(aq) とそれに続く10進数という 形式"
-"で指定する (10進数はオプション) 。 10進数の文字列の代わりに \"*\" や \"*m$"
-"\" (m は 10 進整数)を書くこともできる。 \"*\" と \"*m$\" はそれぞれ、次の引き"
-"数と m 番目の引き数を精度として 使うことを指定する (これらの引き数は I<int> "
-"型でなければならない)。 精度として \\(aq.\\(aq だけが指定されたり、精度が負の"
-"数だった場合、 精度はゼロとみなされる。 B<d>, B<i>, B<o>, B<u>, B<x>, B<X> 変"
-"換では、表示される最小の桁数を指定する。 B<a>, B<A>, B<e>, B<E>, B<f>, B<F> "
-"変換では、小数点以下に表示される数字の桁数を指定する。 B<g> と B<G> 変換で"
-"は、有効数字の最大桁数を指定する。 B<s> と B<S> 変換では、文字列から出力され"
-"る最大文字数を指定する。"
+msgstr "オプションである精度は、ピリオド (\\(aq.\\(aq) とそれに続く10進数という 形式で指定する (10進数はオプション) 。 10進数の文字列の代わりに \"*\" や \"*m$\" (m は 10 進整数)を書くこともできる。 \"*\" と \"*m$\" はそれぞれ、次の引き数と m 番目の引き数を精度として 使うことを指定する (これらの引き数は I<int> 型でなければならない)。 精度として \\(aq.\\(aq だけが指定された場合、 精度はゼロとみなされる。 精度が負の数だった場合、 精度は指定されなかったものとみなされる。 B<d>, B<i>, B<o>, B<u>, B<x>, B<X> 変換では、表示される最小の桁数を指定する。 B<a>, B<A>, B<e>, B<E>, B<f>, B<F> 変換では、小数点以下に表示される数字の桁数を指定する。 B<g> と B<G> 変換では、有効数字の最大桁数を指定する。 B<s> と B<S> 変換では、文字列から出力される最大文字数を指定する。"
#. type: SS
#: build/C/man3/printf.3:441
#. type: Plain text
#: build/C/man7/symlink.7:39
msgid "symlink - symbolic link handling"
-msgstr ""
+msgstr "symlink - シンボリックリンクの取り扱い"
#. type: SH
#: build/C/man7/symlink.7:39
#, no-wrap
msgid "SYMBOLIC LINK HANDLING"
-msgstr ""
+msgstr "シンボリックリンクの取り扱い"
#. type: Plain text
#: build/C/man7/symlink.7:43
msgid ""
"Symbolic links are files that act as pointers to other files. To understand "
"their behavior, you must first understand how hard links work."
-msgstr ""
+msgstr "シンボリックリンクは他のファイルへのポインタとして振る舞うファイルである。 その挙動を理解するには、まずハードリンクがどのように機能するかを理解しておかなければならない。"
#. type: Plain text
#: build/C/man7/symlink.7:59
"within the filesystem tree, which would confuse many programs) and may not "
"refer to files on different filesystems (because i-node numbers are not "
"unique across filesystems)."
-msgstr ""
+msgstr "あるファイルへのハードリンクは、 元々のファイルと区別することができない。 なぜなら、 ハードリンクは元々のファイル名の裏にあるオブジェクトへの参照だからである。 (より正確には、 あるファイルへのハードリンクはそれぞれ同じ I<i-node 番号> への参照である。 i-node 番号は i-node テーブルへのインデックスで、 i-node テーブルはファイルシステム上のすべてのファイルについてのメタデータを保持している。 B<stat>(2) 参照。) ファイルへの変更は、ファイルの参照に使用された名前とは独立に行われる。 ハードリンクはディレクトリを参照することはできない (これはファイルシステムツリー内でループが発生する可能性を防止するためであり、 ループが発生すると、 多くのプログラムが混乱してしまうことだろう)。 また、 ハードリンクは異なるファイルシステム上のファイルを参照することもできない (i-node 番号はファイルシステムをまたがると一意ではないからである)。"
#. type: Plain text
#: build/C/man7/symlink.7:66
"underlying object. For this reason, symbolic links may refer to directories "
"and may cross filesystem boundaries."
msgstr ""
+"シンボリックリンクは特別な種類のファイルで、 ファイルの内容はそのリンクの参照先の別のファイルのパス名を示す文字列である。 言い換えると、 シンボリックリンクは別の名前へ\n"
+"のポインタであり、 ファイルの裏にあるオブジェクトへのポインタではない。 この理由から、 シンボリックリンクではディレクトリへの参照やファイルシステム境界を越える参照を行うことができる。"
#. type: Plain text
#: build/C/man7/symlink.7:72
"There is no requirement that the pathname referred to by a symbolic link "
"should exist. A symbolic link that refers to a pathname that does not exist "
"is said to be a I<dangling link>."
-msgstr ""
+msgstr "シンボリックリンクが参照する先のパス名が存在しないといけないという要件はない。 存在しないパス名を参照するシンボリックリンクは「壊れた (dangling) リンク」と呼ばれる。"
#. type: Plain text
#: build/C/man7/symlink.7:84
"other systems, are outlined here. It is important that site-local "
"applications also conform to these rules, so that the user interface can be "
"as consistent as possible."
-msgstr ""
+msgstr "シンボリックリンクとその参照先のオブジェクトは一つのファイルシステムの名前空間内に共存するので、 リンクそのものと参照先のオブジェクトの間で混乱が生じる可能性がある。 かなり昔からあるシステムでは、 コマンドやシステムコールはいくらかアドホックな方法の独自のリンクの辿り方の決まり事を採用している。 ここでは、 Linux や他のシステムで実装されている、 もっと広く使われている方法のルールについて概要を説明する。 サイト固有のアプリケーションもこれらのルールに準拠し、 可能な限りユーザインターフェースが一貫したものになるようにすることが重要である。"
#. type: SS
#: build/C/man7/symlink.7:84
#, no-wrap
msgid "Symbolic link ownership, permissions, and timestamps"
-msgstr ""
+msgstr "シンボリックリンクの所有権、アクセス許可、タイムスタンプ"
#. type: Plain text
#: build/C/man7/symlink.7:92
"B<lchown>(2). The only time that the ownership of a symbolic link matters "
"is when the link is being removed or renamed in a directory that has the "
"sticky bit set (see B<stat>(2))."
-msgstr ""
+msgstr "既存のシンボリックリンクの所有者とグループは B<lchown>(2) を使って変更することができる。 シンボリックリンクの所有権が問題となる場面は、 スティッキービット (B<stat>(2) 参照) がセットされたディレクトリで、 そのリンクの削除や名前の変更を行おうとしている場合だけである。"
#. type: Plain text
#: build/C/man7/symlink.7:98
msgid ""
"The last access and last modification timestamps of a symbolic link can be "
"changed using B<utimensat>(2) or B<lutimes>(3)."
-msgstr ""
+msgstr "シンボリックリンクの最終アクセス時刻と最終修正時刻は B<utimensat>(2) や B<lutimes>(3) で変更できる。"
#. Linux does not currently implement an lchmod(2).
#. The
"On Linux, the permissions of a symbolic link are not used in any operations; "
"the permissions are always 0777 (read, write, and execute for all user "
"categories), and can't be changed."
-msgstr ""
+msgstr "Linux では、シンボリックリンクのアクセス許可 (permission) はどの操作でも使用されない。 アクセス許可は常に 0777 (すべてのユーザカテゴリにおいて読み出し、書き込み、実行が可能) で、変更できない。"
#. type: SS
#: build/C/man7/symlink.7:117
#, no-wrap
msgid "Handling of symbolic links by system calls and commands"
-msgstr ""
+msgstr "システムコールやコマンドによるシンボリックリンクの取り扱い"
#. type: Plain text
#: build/C/man7/symlink.7:132
msgid ""
"There are three separate areas that need to be discussed. They are as "
"follows:"
-msgstr ""
+msgstr "3 つの領域に分けて議論する必要がある。以下の 3 つである。"
#. type: IP
#: build/C/man7/symlink.7:135
#. type: Plain text
#: build/C/man7/symlink.7:137
msgid "Symbolic links used as filename arguments for system calls."
-msgstr ""
+msgstr "システムコールのファイル名引き数としてシンボリックリンクが使用される場合。"
#. type: IP
#: build/C/man7/symlink.7:137
msgid ""
"Symbolic links specified as command-line arguments to utilities that are not "
"traversing a file tree."
-msgstr ""
+msgstr "ファイルツリーを辿っていないユーティリティのコマンドライン引き数としてシンボリックリンクが指定される場合。"
#. type: IP
#: build/C/man7/symlink.7:140
"Symbolic links encountered by utilities that are traversing a file tree "
"(either specified on the command line or encountered as part of the file "
"hierarchy walk)."
-msgstr ""
+msgstr "ファイルツリーを辿っているユーティリティがシンボリックリンクを見つけた場合 (コマンドラインで指定される場合もあれば、 ファイル階層を辿っている途中で遭遇する場合もある)。"
#. type: SS
#: build/C/man7/symlink.7:144
#, no-wrap
msgid "System calls"
-msgstr ""
+msgstr "システムコール"
#. type: Plain text
#: build/C/man7/symlink.7:147
msgid ""
"The first area is symbolic links used as filename arguments for system calls."
-msgstr ""
+msgstr "最初の領域は、システムコールのファイル名引き数としてシンボリックリンクが使用される場合である。"
#. type: Plain text
#: build/C/man7/symlink.7:157
"if there were a symbolic link I<slink> which pointed to a file named "
"I<afile>, the system call I<open(\"slink\" ...\\&)> would return a file "
"descriptor referring to the file I<afile>."
-msgstr ""
+msgstr "以下に述べる場合を除くと、 すべてのシステムコールはシンボリックリンクを辿る。 例えば、 I<afile> という名前のファイルを指しているシンボリックリンク I<slink> があったとすると、 システムコール I<open(\"slink\" ...\\&)> はファイル I<afile> を参照するファイルディスクリプタを返す。"
#. Maybe one day: .BR fchownat (2)
#. type: Plain text
"but the POSIX.1-2001 specified behavior can be obtained with suitable "
"compiler options.) The upcoming POSIX.1 revision changes the specification "
"to allow either behavior in an implementation."
-msgstr ""
+msgstr "いくつかのシステムコールは、 シンボリックリンクを辿らず、 シンボリックリンク自身に対して操作を行う。 B<lchown>(2), B<lgetxattr>(2), B<llistxattr>(2), B<lremovexattr>(2), B<lsetxattr>(2), B<lstat>(2), B<readlink>(2), B<rename>(2), B<rmdir>(2), B<unlink>(2) が該当する。 他のいくつかのシステムコールは、 シンボリックリンクを辿る場合と辿らない場合がある。 該当するのは B<faccessat>(2), B<fchownat>(2), B<fstatat>(2), B<linkat>(2), B<open>(2), B<openat>(2), B<utimensat>(2) である。 詳細はそれぞれのマニュアルページを参照。 ライブラリ関数 B<remove>(3) は B<unlink>(2) の別名なので、 この関数もシンボリックリンクを辿らない。 B<rmdir>(2) をシンボリックリンクに対して行った場合、 エラー B<ENOTDIR> で失敗する。 B<link>(2) は特別に議論が必要である。 POSIX.1-2001 は、 B<link>(2) は I<oldpath> がシンボリックリンクの場合にはこのリンクを展開すべきだと規定している。 しかし、 Linux はこれを行っていない。 (デフォルトでは Solaris も同じだが、 適切なコンパイルオプションを指定することで POSIX.1-2001 で規定された動作にすることもできる。) POSIX.1-2001 の次の版では、仕様が変更され、 どちらの動作の実装も認められるようになる。"
#. type: SS
#: build/C/man7/symlink.7:207
#, no-wrap
msgid "Commands not traversing a file tree"
-msgstr ""
+msgstr "ファイルツリーを辿らないコマンド"
#. type: Plain text
#: build/C/man7/symlink.7:210
msgid ""
"The second area is symbolic links, specified as command-line filename "
"arguments, to commands which are not traversing a file tree."
-msgstr ""
+msgstr "二つ目の領域は、ファイルツリーを辿らないコマンドの、コマンドライン引き数のファイル名としてシンボリックリンクが指定される場合である。"
#. type: Plain text
#: build/C/man7/symlink.7:221
"arguments. For example, if there were a symbolic link I<slink> which "
"pointed to a file named I<afile>, the command I<cat slink> would display the "
"contents of the file I<afile>."
-msgstr ""
+msgstr "以下に述べる場合を除くと、 コマンドはコマンドライン引き数で指定された名前のシンボリックリンクを辿る。 例えば、 I<afile> という名前のファイルを指しているシンボリックリンク I<slink> があったとすると、 コマンド I<cat slink> は I<afile> の内容を表示することになる。"
#. type: Plain text
#: build/C/man7/symlink.7:229
#. type: Plain text
#: build/C/man7/symlink.7:249
msgid "There are some exceptions to this rule:"
-msgstr ""
+msgstr "このルールにはいくつかの例外がある。"
#. type: Plain text
#: build/C/man7/symlink.7:259
"the symbolic link references a file via a relative path, moving it to "
"another directory may very well cause it to stop working, since the path may "
"no longer be correct.)"
-msgstr ""
+msgstr "コマンド B<mv>(1) と B<rm>(1) は引き数で指定された名前のシンボリックリンクを辿らないが、 それぞれシンボリックリンク自身の名前変更と削除を行おうとする。 (シンボリックリンクが相対パスでファイルを参照している場合、 そのシンボリックリンクを別のディレクトリに移動すると、動かなくなることが非常によくある。 移動の結果、 パスが正しくないものになってしまうからである。)"
#. type: Plain text
#: build/C/man7/symlink.7:289
#: build/C/man7/symlink.7:307
#, no-wrap
msgid "Commands traversing a file tree"
-msgstr ""
+msgstr "ファイルツリーを辿るコマンド"
#. type: Plain text
#: build/C/man7/symlink.7:320
#. type: Plain text
#: build/C/man7/symlink.7:438
msgid "The B<ls>(1) and B<rm>(1) commands have exceptions to these rules:"
-msgstr ""
+msgstr "コマンド B<ls>(1) と B<rm>(1) には、 これらのルールに対する例外がある。"
#. type: Plain text
#: build/C/man7/symlink.7:451
"The B<rm>(1) command operates on the symbolic link, and not the file it "
"references, and therefore never follows a symbolic link. The B<rm>(1) "
"command does not support the I<-H>, I<-L>, or I<-P> options."
-msgstr ""
+msgstr "B<rm>(1) コマンドは、 参照先のファイルではなく、シンボリックリンクに対して操作を行う。 したがって、 シンボリックリンクを辿ることはない。 B<rm>(1) コマンドはオプション I<-H>, I<-L>, I<-P> をサポートしていない。"
#. type: Plain text
#: build/C/man7/symlink.7:471
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:06+0900\n"
-"PO-Revision-Date: 2013-09-30 15:18+0900\n"
+"PO-Revision-Date: 2013-10-14 01:38+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
"In glibc 2.17 and earlier, B<clock>() was implemented on top of B<times>"
"(2). For improved precision, since glibc 2.18, it is implemented on top of "
"B<clock_gettime>(2) (using the B<CLOCK_PROCESS_CPUTIME_ID> clock)."
-msgstr ""
+msgstr "glibc 2.17 以前では、 B<clock>() は B<times>(2) を使って実装されていた。 glibc 2.18 以降では、 精度を向上させるため、 B<clock_gettime>(2) (の B<CLOCK_PROCESS_CPUTIME_ID> クロック) を使って実装されている。"
#. type: Plain text
#: build/C/man3/clock.3:101
#. type: Plain text
#: build/C/man2/clock_getres.2:206
msgid "These system calls first appeared in Linux 2.6."
-msgstr ""
+msgstr "これらのシステムコールは Linux 2.6 で初めて登場した。"
#. type: Plain text
#: build/C/man2/clock_getres.2:208 build/C/man3/strptime.3:297
#. type: Plain text
#: build/C/man2/clock_getres.2:236
-#, fuzzy
-#| msgid ""
-#| "The B<CLOCK_PROCESS_CPUTIME_ID> and B<CLOCK_THREAD_CPUTIME_ID> clocks are "
-#| "realized on many platforms using timers from the CPUs (TSC on i386, AR."
-#| "ITC on Itanium). These registers may differ between CPUs and as a "
-#| "consequence these clocks may return B<bogus results> if a process is "
-#| "migrated to another CPU."
msgid ""
"Before Linux added kernel support for B<CLOCK_PROCESS_CPUTIME_ID> and "
"B<CLOCK_THREAD_CPUTIME_ID>, glibc implemented these clocks on many platforms "
"using timer registers from the CPUs (TSC on i386, AR.ITC on Itanium). These "
"registers may differ between CPUs and as a consequence these clocks may "
"return B<bogus results> if a process is migrated to another CPU."
-msgstr ""
-"B<CLOCK_PROCESS_CPUTIME_ID> と B<CLOCK_THREAD_CPUTIME_ID> クロックは、CPU か"
-"らのタイマー (i386 上の TSC、Itanium 上の AR.ITC) を用いて実現されている。 こ"
-"れらのレジスタは CPU 間で異なる可能性があり、 プロセスが他の CPU に移動させら"
-"れた場合、 結果としてこれらのクロックがB<偽の結果> (bogus results) を返すかも"
-"しれない。"
+msgstr "Linux が B<CLOCK_PROCESS_CPUTIME_ID> と B<CLOCK_THREAD_CPUTIME_ID> クロックのカーネルによるサポートを追加する前は、 glibc はこれらのクロックは多くのプラットフォームで CPU のタイマーレジスタ (i386 上の TSC、Itanium 上の AR.ITC) を用いて実現されていた。 これらのレジスタは CPU 間で異なる可能性があり、 プロセスが他の CPU に移動させられた場合、 結果としてこれらのクロックがB<偽の結果> (bogus results) を返すかもしれない。"
#. type: Plain text
#: build/C/man2/clock_getres.2:247
"implementation of B<CLOCK_PROCESS_CPUTIME_ID> and "
"B<CLOCK_THREAD_CPUTIME_ID>, on systems that provide such an implementation "
"(i.e., Linux 2.6.12 and later)."
-msgstr ""
+msgstr "glibc 2.4 以降では、 このページで説明したシステムコールのラッパー関数は、 B<CLOCK_PROCESS_CPUTIME_ID> と B<CLOCK_THREAD_CPUTIME_ID> のカーネル実装が利用できるシステム (すなわち Linux 2.6.12 以降) ではカーネル実装を利用することで、 上述の問題を回避している。"
#. See http://bugzilla.kernel.org/show_bug.cgi?id=11972
#. type: Plain text
#: build/C/man8/zic.8:422
msgid "B<tzfile>(5), B<zdump>(8)"
msgstr "B<tzfile>(5), B<zdump>(8)"
-
-#~ msgid "2004-05-27"
-#~ msgstr "2004-05-27"
-
-#~ msgid "2008-08-28"
-#~ msgstr "2008-08-28"
-
-#~ msgid "2013-02-25"
-#~ msgstr "2013-02-25"
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2013-09-28 04:06+0900\n"
-"PO-Revision-Date: 2013-09-30 15:04+0900\n"
+"PO-Revision-Date: 2013-10-13 20:02+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
#. type: Plain text
#: build/C/man2/access.2:217
-#, fuzzy
-#| msgid ""
-#| "B<access>() may not work correctly on NFS file systems with UID mapping "
-#| "enabled, because UID mapping is done on the server and hidden from the "
-#| "client, which checks permissions. Similar problems can occur to FUSE "
-#| "mounts."
msgid ""
"B<access>() 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."
-msgstr ""
-"B<access>() は、 UID マッピングを使用した NFS ファイルシステムでは正常に機能"
-"しないかもしれない。なぜならば UID のマッピングはサーバーで 行なわれ、権利の"
-"チェックをするクライアントには見えないからである。同様の問題は FUSE マウント"
-"でも起こり得る。"
+msgstr "B<access>() は、 UID マッピングを使用した NFSv2 ファイルシステムでは正常に機能しないかもしれない。なぜならば UID のマッピングはサーバーで 行なわれ、権利のチェックをするクライアントには見えないからである。 (NFS バージョン 3 以降ではサーバー側でチェックが実行される。) 同様の問題は FUSE マウントでも起こり得る。"
#. type: SH
#: build/C/man2/access.2:217 build/C/man7/environ.7:203
-# pagename,#complete,#remaining,#all
-poll.2,84,1,85
# pagename,#complete,#remaining,#all
-proc.5,870,57,927
-standards.7,77,1,78
+proc.5,874,53,927
# pagename,#complete,#remaining,#all
-ld.so.8,128,6,134
rtld-audit.7,15,116,131
# pagename,#complete,#remaining,#all
-futex.2,74,1,75
get_robust_list.2,22,15,37
getunwind.2,18,14,32
-perf_event_open.2,60,589,649
+perf_event_open.2,64,585,649
perfmonctl.2,20,45,65
-process_vm_readv.2,41,20,61
-ptrace.2,68,212,280
+process_vm_readv.2,44,17,61
+ptrace.2,78,202,280
quotactl.2,47,55,102
madvise.2,74,8,82
mallinfo.3,48,17,65
malloc_get_state.3,18,7,25
-malloc_info.3,54,3,57
malloc_trim.3,18,8,26
malloc_usable_size.3,17,5,22
mallopt.3,60,51,111
mcheck.3,29,25,54
mtrace.3,26,11,37
-posix_memalign.3,57,1,58
subpage_prot.2,24,12,36
# pagename,#complete,#remaining,#all
getaddrinfo_a.3,81,41,122
-getent.1,37,20,57
nss.5,20,7,27
# pagename,#complete,#remaining,#all
cpuset.7,102,212,314
-setfsgid.2,24,5,29
-setfsuid.2,24,5,29
# pagename,#complete,#remaining,#all
-kill.2,41,2,43
-prctl.2,121,38,159
+prctl.2,123,36,159
restart_syscall.2,20,7,27
rt_sigqueueinfo.2,30,18,48
s390_runtime_instr.2,20,11,31
timer_create.2,67,37,104
timer_getoverrun.2,27,9,36
timer_settime.2,27,17,44
-wait.2,133,2,135
cciss.4,44,44,88
cpuid.4,11,13,24
hpsa.4,34,23,57
-wavelan.4,41,1,42
# pagename,#complete,#remaining,#all
fopencookie.3,65,33,98
-open.2,160,11,171
-printf.3,161,1,162
-symlink.7,20,46,66
+symlink.7,48,18,66
# pagename,#complete,#remaining,#all
-clock.3,23,1,24
-clock_getres.2,63,3,66
utimensat.2,58,49,107
zdump.8,21,1,22
-# pagename,#complete,#remaining,#all
-access.2,57,1,58
<TR class="over80"><TD COLSPAN=3>Released pages but not completed (released if >=80%)</TD></TR>
<TR class="over70"><TD COLSPAN=3>Near release pages (>= 70%)</TD></TR>
<TR><TH>page name</TH><TH>remaining</TH><TH>comp. %</TH></TR>
-<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>epoll</B></TD></TR>
-<TR class="over80"><TD>poll.2</TD><TD>1/85</TD><TD>98.82</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>filesystem</B></TD></TR>
<TR class="over80"><TD>spu_create.2</TD><TD>15/78</TD><TD>80.77</TD></TR>
<TR><TD>spufs.7</TD><TD>50/159</TD><TD>68.55</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>intro</B></TD></TR>
-<TR class="over80"><TD>proc.5</TD><TD>57/927</TD><TD>93.85</TD></TR>
-<TR class="over80"><TD>standards.7</TD><TD>1/78</TD><TD>98.72</TD></TR>
+<TR class="over80"><TD>proc.5</TD><TD>53/927</TD><TD>94.28</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>keyutils</B></TD></TR>
<TR><TD>add_key.2</TD><TD>23/53</TD><TD>56.60</TD></TR>
<TR><TD>keyctl.2</TD><TD>29/67</TD><TD>56.72</TD></TR>
<TR><TD>request_key.2</TD><TD>24/53</TD><TD>54.72</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>ld</B></TD></TR>
-<TR class="over80"><TD>ld.so.8</TD><TD>6/134</TD><TD>95.52</TD></TR>
<TR><TD>rtld-audit.7</TD><TD>116/131</TD><TD>11.45</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>linux_module</B></TD></TR>
<TR><TD>delete_module.2</TD><TD>22/60</TD><TD>63.33</TD></TR>
<TR><TD>init_module.2</TD><TD>34/78</TD><TD>56.41</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>man2</B></TD></TR>
-<TR class="over80"><TD>futex.2</TD><TD>1/75</TD><TD>98.67</TD></TR>
<TR><TD>get_robust_list.2</TD><TD>15/37</TD><TD>59.46</TD></TR>
<TR><TD>getunwind.2</TD><TD>14/32</TD><TD>56.25</TD></TR>
-<TR><TD>perf_event_open.2</TD><TD>589/649</TD><TD>9.24</TD></TR>
+<TR><TD>perf_event_open.2</TD><TD>585/649</TD><TD>9.86</TD></TR>
<TR><TD>perfmonctl.2</TD><TD>45/65</TD><TD>30.77</TD></TR>
-<TR><TD>process_vm_readv.2</TD><TD>20/61</TD><TD>67.21</TD></TR>
-<TR><TD>ptrace.2</TD><TD>212/280</TD><TD>24.29</TD></TR>
+<TR class="over70"><TD>process_vm_readv.2</TD><TD>17/61</TD><TD>72.13</TD></TR>
+<TR><TD>ptrace.2</TD><TD>202/280</TD><TD>27.86</TD></TR>
<TR><TD>quotactl.2</TD><TD>55/102</TD><TD>46.08</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>memory</B></TD></TR>
<TR class="over80"><TD>madvise.2</TD><TD>8/82</TD><TD>90.24</TD></TR>
<TR class="over70"><TD>mallinfo.3</TD><TD>17/65</TD><TD>73.85</TD></TR>
<TR class="over70"><TD>malloc_get_state.3</TD><TD>7/25</TD><TD>72.00</TD></TR>
-<TR class="over80"><TD>malloc_info.3</TD><TD>3/57</TD><TD>94.74</TD></TR>
<TR><TD>malloc_trim.3</TD><TD>8/26</TD><TD>69.23</TD></TR>
<TR class="over70"><TD>malloc_usable_size.3</TD><TD>5/22</TD><TD>77.27</TD></TR>
<TR><TD>mallopt.3</TD><TD>51/111</TD><TD>54.05</TD></TR>
<TR><TD>mcheck.3</TD><TD>25/54</TD><TD>53.70</TD></TR>
<TR class="over70"><TD>mtrace.3</TD><TD>11/37</TD><TD>70.27</TD></TR>
-<TR class="over80"><TD>posix_memalign.3</TD><TD>1/58</TD><TD>98.28</TD></TR>
<TR><TD>subpage_prot.2</TD><TD>12/36</TD><TD>66.67</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>net</B></TD></TR>
<TR><TD>getaddrinfo_a.3</TD><TD>41/122</TD><TD>66.39</TD></TR>
-<TR><TD>getent.1</TD><TD>20/57</TD><TD>64.91</TD></TR>
<TR class="over70"><TD>nss.5</TD><TD>7/27</TD><TD>74.07</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>process</B></TD></TR>
<TR><TD>cpuset.7</TD><TD>212/314</TD><TD>32.48</TD></TR>
-<TR class="over80"><TD>setfsgid.2</TD><TD>5/29</TD><TD>82.76</TD></TR>
-<TR class="over80"><TD>setfsuid.2</TD><TD>5/29</TD><TD>82.76</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>signal</B></TD></TR>
-<TR class="over80"><TD>kill.2</TD><TD>2/43</TD><TD>95.35</TD></TR>
-<TR class="over70"><TD>prctl.2</TD><TD>38/159</TD><TD>76.10</TD></TR>
+<TR class="over70"><TD>prctl.2</TD><TD>36/159</TD><TD>77.36</TD></TR>
<TR class="over70"><TD>restart_syscall.2</TD><TD>7/27</TD><TD>74.07</TD></TR>
<TR><TD>rt_sigqueueinfo.2</TD><TD>18/48</TD><TD>62.50</TD></TR>
<TR><TD>s390_runtime_instr.2</TD><TD>11/31</TD><TD>64.52</TD></TR>
<TR><TD>timer_create.2</TD><TD>37/104</TD><TD>64.42</TD></TR>
<TR class="over70"><TD>timer_getoverrun.2</TD><TD>9/36</TD><TD>75.00</TD></TR>
<TR><TD>timer_settime.2</TD><TD>17/44</TD><TD>61.36</TD></TR>
-<TR class="over80"><TD>wait.2</TD><TD>2/135</TD><TD>98.52</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>special</B></TD></TR>
<TR><TD>cciss.4</TD><TD>44/88</TD><TD>50.00</TD></TR>
<TR><TD>cpuid.4</TD><TD>13/24</TD><TD>45.83</TD></TR>
<TR><TD>hpsa.4</TD><TD>23/57</TD><TD>59.65</TD></TR>
-<TR class="over80"><TD>wavelan.4</TD><TD>1/42</TD><TD>97.62</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>stdio</B></TD></TR>
<TR><TD>fopencookie.3</TD><TD>33/98</TD><TD>66.33</TD></TR>
-<TR class="over80"><TD>open.2</TD><TD>11/171</TD><TD>93.57</TD></TR>
-<TR class="over80"><TD>printf.3</TD><TD>1/162</TD><TD>99.38</TD></TR>
-<TR><TD>symlink.7</TD><TD>46/66</TD><TD>30.30</TD></TR>
+<TR class="over70"><TD>symlink.7</TD><TD>18/66</TD><TD>72.73</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>stdlib</B></TD></TR>
<TR><TD>getauxval.3</TD><TD>33/81</TD><TD>59.26</TD></TR>
<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>time</B></TD></TR>
-<TR class="over80"><TD>clock.3</TD><TD>1/24</TD><TD>95.83</TD></TR>
-<TR class="over80"><TD>clock_getres.2</TD><TD>3/66</TD><TD>95.45</TD></TR>
<TR><TD>utimensat.2</TD><TD>49/107</TD><TD>54.21</TD></TR>
<TR class="over80"><TD>zdump.8</TD><TD>1/22</TD><TD>95.45</TD></TR>
-<TR><TD ALIGN="center" COLSPAN=3 BGCOLOR="Yellow"><B>unistd</B></TD></TR>
-<TR class="over80"><TD>access.2</TD><TD>1/58</TD><TD>98.28</TD></TR>
-<TR><TD COLSPAN=3>Total 60 pages</TD></TR>
+<TR><TD COLSPAN=3>Total 43 pages</TD></TR>
</TABLE>
</BODY></HTML>
OSDN Git Service
