--- /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
-×:LDP man-pages:3.54:2013/03/15:getent:1:::::
+○:LDP man-pages:3.54:2013/03/15:getent:1:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2007/11/15:intro:1:2013/09/30::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/07/16:ldd:1:2013/07/24::ysato@h4.dion.ne.jp:Yuichi SATO:
○:LDP man-pages:3.54:2008/11/14:time:1:2013/10/02::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2012/12/22:_sysctl:2:sysctl:2:
○:LDP man-pages:3.54:2010/09/10:accept:2:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2010/09/10:accept4:2:accept:2:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/13:access:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/13:access:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2008/06/16:acct:2:2013/09/30::ysato444@yahoo.co.jp:Yuichi SATO:
×:LDP man-pages:3.54:2010/02/25:add_key:2:::::
○:LDP man-pages:3.54:2013/08/07:adjtimex:2:2013/10/02::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2010/11/22:chown:2:2013/10/02::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2010/11/22:chown32:2:chown:2:
○:LDP man-pages:3.54:2010/09/20:chroot:2:2013/10/02::ysato444@yahoo.co.jp:Yuichi SATO:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:clock_getres:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/04:clock_getres:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/09/04:clock_gettime:2:clock_getres:2:
○:LDP man-pages:3.54:2013/07/30:clock_nanosleep:2:2013/08/16::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/09/04:clock_settime:2:clock_getres:2:
○:LDP man-pages:3.54:2012/02/27:fsync:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/04/01:ftruncate:2:truncate:2:
＠:LDP man-pages:3.54:2013/04/01:ftruncate64:2:ftruncate:2:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:futex:2:2013/08/16::ysato444@yahoo.co.jp:Yuichi SATO:
+â\97\8b:LDP man-pages:3.54:2013/09/04:futex:2:2013/10/14::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/05/10:futimesat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/10/18:get_kernel_syms:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2008/08/15:get_mempolicy:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/01/27:kcmp:2:2013/09/30::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/07/13:kexec_load:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.54:2010/02/25:keyctl:2:::::
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/17:kill:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/17:kill:2:2013/10/14::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2010/09/20:killpg:2:2013/07/24::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.54:2010/11/22:lchown:2:chown:2:
＠:LDP man-pages:3.54:2010/11/22:lchown32:2:lchown:2:
＠:LDP man-pages:3.54:2008/12/03:oldolduname:2:uname:2:
＠:LDP man-pages:3.54:2012/11/11:oldstat:2:stat:2:
＠:LDP man-pages:3.54:2008/12/03:olduname:2:uname:2:
-â\98\86:LDP man-pages:3.52=>3.54:2013/08/09:open:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/08/09:open:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/05/04:openat:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/12/31:outb:2:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
＠:LDP man-pages:3.54:2012/12/31:outb_p:2:outb:2:
○:LDP man-pages:3.54:2012/02/14:pipe:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2012/02/14:pipe2:2:pipe:2:
○:LDP man-pages:3.54:2012/07/13:pivot_root:2:2013/10/02::nakano@apm.seikei.ac.jp:NAKANO Takeo:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:poll:2:2013/08/16::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/04:poll:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/04/01:posix_fadvise:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/09/04:ppoll:2:poll:2:
☆:LDP man-pages:3.40=>3.54:2013/05/21:prctl:2:2012/05/26::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2012/10/25:setdomainname:2:getdomainname:2:
＠:LDP man-pages:3.54:2012/07/02:setegid:2:seteuid:2:
○:LDP man-pages:3.54:2012/07/02:seteuid:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.53=>3.54:2013/08/08:setfsgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/08/08:setfsgid:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/08/08:setfsgid32:2:setfsgid:2:
-â\98\86:LDP man-pages:3.53=>3.54:2013/08/08:setfsuid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/08/08:setfsuid:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/08/08:setfsuid32:2:setfsuid:2:
○:LDP man-pages:3.54:2010/11/22:setgid:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2010/11/22:setgid32:2:setgid:2:
＠:LDP man-pages:3.54:2009/02/20:vm86old:2:vm86:2:
○:LDP man-pages:3.54:2012/05/04:vmsplice:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/02/12:vserver:2:unimplemented:2:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:wait:2:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/04:wait:2:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2012/09/23:wait3:2:wait4:2:
○:LDP man-pages:3.54:2012/09/23:wait4:2:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/09/04:waitid:2:wait:2:
＠:LDP man-pages:3.54:2008/07/17:clnttcp_create:3:rpc:3:
＠:LDP man-pages:3.54:2008/07/17:clntudp_bufcreate:3:rpc:3:
＠:LDP man-pages:3.54:2008/07/17:clntudp_create:3:rpc:3:
-â\98\86:LDP man-pages:3.53=>3.54:2013/08/19:clock:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/08/19:clock:3:2013/10/14::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/07/04:clock_getcpuclockid:3:2013/07/31::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/09/04:clock_getres:3:clock_getres:2:
＠:LDP man-pages:3.54:2013/09/04:clock_gettime:3:clock_getres:2:
○:LDP man-pages:3.54:2012/05/10:malloc:3:2013/03/26::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.54:2012/05/04:malloc_get_state:3:::::
○:LDP man-pages:3.54:2010/10/13:malloc_hook:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
-×:LDP man-pages:3.54:2013/04/19:malloc_info:3:::::
+○:LDP man-pages:3.54:2013/04/19:malloc_info:3:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
※:LDP man-pages:3.54:2012/05/04:malloc_set_state:3:malloc_get_state:3:
○:LDP man-pages:3.54:2012/05/06:malloc_stats:3:2013/05/06::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.54:2012/03/29:malloc_trim:3:::::
＠:LDP man-pages:3.54:2008/07/17:pmap_unset:3:rpc:3:
○:LDP man-pages:3.54:2013/04/19:popen:3:2013/10/02::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/02/12:posix_fallocate:3:2013/03/25::ysato444@yahoo.co.jp:Yuichi SATO:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/02:posix_memalign:3:2013/07/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/02:posix_memalign:3:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/04/20:posix_openpt:3:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2010/09/12:pow:3:2013/07/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2008/08/11:pow10:3:2013/07/24::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.54:2008/08/11:pow10l:3:pow10:3:
＠:LDP man-pages:3.54:2010/09/12:powf:3:pow:3:
＠:LDP man-pages:3.54:2010/09/12:powl:3:pow:3:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:printf:3:2013/07/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/04:printf:3:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2007/07/26:profil:3:2013/07/24::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.54:2006/04/29:program_invocation_name:3:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2006/04/29:program_invocation_short_name:3:program_invocation_name:3:
＠:LDP man-pages:3.54:2013/03/15:urandom:4:random:4:
○:LDP man-pages:3.54:2007/12/17:vcs:4:2013/09/30::sato@complex.eng.hokudai.ac.jp:Yuichi SATO:
＠:LDP man-pages:3.54:2007/12/17:vcsa:4:vcs:4:
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/04:wavelan:4:2013/03/26::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
+â\97\8b:LDP man-pages:3.54:2013/09/04:wavelan:4:2013/10/14::ishikawa@linux.or.jp:ISHIKAWA Mutsumi:
＠:LDP man-pages:3.54:2009/02/23:zero:4:null:4:
○:LDP man-pages:3.54:2008/06/15:acct:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:1994/11/28:charmap:5:2013/03/25::argrath@ub32.org:Kentaro Shirakata:
○:LDP man-pages:3.54:2013/07/30:signal:7:2013/08/16::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/06/21:socket:7:2013/10/02::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.54:2007/12/20:spufs:7:::::
-â\98\86:LDP man-pages:3.53=>3.54:2013/09/06:standards:7:2013/07/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/09/06:standards:7:2013/10/14::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.54:2000/11/16:suffixes:7:2013/03/25::ysato@h4.dion.ne.jp:Yuichi SATO:
○:LDP man-pages:3.54:2013/02/12:svipc:7:2013/03/26::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
×:LDP man-pages:3.54:2008/06/18:symlink:7:::::
○:LDP man-pages:3.54:2007/10/23:intro:8:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.54:2013/07/15:ld-linux:8:ld.so:8:
＠:LDP man-pages:3.54:2013/07/15:ld-linux.so:8:ld.so:8:
-â\98\86:LDP man-pages:3.52=>3.54:2013/07/15:ld.so:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.54:2013/07/15:ld.so:8:2013/10/14::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/05/10:ldconfig:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2012/05/10:nscd:8:2013/03/25::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.54:2013/02/10:sln:8:2013/07/30::amotoki@gmail.com:Akihiro MOTOKI:
OSDN Git Service
