指定されたアドレスが既に使用中である。
.TP
\fBEADDRINUSE\fP
-(Internet domain sockets) The port number was specified as zero in the
-socket address structure, but, upon attempting to bind to an ephemeral port,
-it was determined that all port numbers in the ephemeral port range are
-currently in use. See the discussion of
-\fI/proc/sys/net/ipv4/ip_local_port_range\fP \fBip\fP(7).
+(インターネットドメインソケットの場合) ソケットアドレス構造体でポート番号に 0 が指定されたが、 一時ポート (ephemeral port)
+を割り当てようとした際に、 一時ポートとして使用する範囲のすべてのポート番号が使用中であった。 \fBip\fP(7) の
+\fI/proc/sys/net/ipv4/ip_local_port_range\fP の説明を参照。
.TP
.TP
\fBEBADF\fP
\fBfchownat\fP(): POSIX.1\-2008.
.SH 注意
-.SS "Ownership of new files"
+.SS 新しいファイルの所有権
(\fBopen\fP(2) や \fBmkdir\fP(2) などにより) 新しいファイルが作成されるとき、
その所有者は呼び出したプロセスのファイルシステムユーザ ID と 同じに設定される。 そのファイルのグループはいくつかの要因により決定される。
その要因としては、 ファイルシステムの種類、そのファイルシステムのマウント時に 使用されたオプション、親ディレクトリで set\-group\-ID
さらにファイルの内容にアクセスする全てのシステムコールを侵害する。 これは \fBchown\fP() が既にオープンされたファイルに対する
アクセスをただちに取り消すことによる。 クライアント側のキャッシュにより所有権が変更されて
ユーザーのアクセスが許した時点と、実際に他のクライアントでユーザーによって ファイルにアクセスできる時点との間に時間差があるかもしれない。
-.SS "Historical details"
+.SS 歴史的な詳細
元々の Linux の \fBchown\fP(), \fBfchown\fP(), \fBlchown\fP() システムコールは、
16 ビットのユーザ ID とグループ ID だけに対応していた。
その後、 32 ビットの ID に対応した \fBchown32\fP(), \fBfchown32\fP(), \fBlchown32\fP()
メインの説明はラッパー関数に関するものである。 素のシステムコールにおける差分はこのページの最後の方で説明する。
\fBfork\fP(2) とは異なり、\fBclone\fP() では、子プロセス (child process)
-ã\81¨å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81¨ã\81\8cã\80\81ã\83¡ã\83¢ã\83ªç©ºé\96\93ã\80\81ã\83\95ã\82¡ã\82¤ã\83«ã\83\87ã\82£ã\82¹ã\82¯ã\83ªã\83\97ã\82¿ã\81®ã\83\86ã\83¼ã\83\96ã\83«ã\80\81ã\82·ã\82°ã\83\8aã\83«ã\83»ã\83\8fã\83³ã\83\89ã\83©ã\81®ã\83\86ã\83¼ã\83\96ã\83«ã\81ªã\81©ã\81® å®\9fè¡\8cã\82³ã\83³ã\83\86ã\82ã\82¹ã\83\88ã\81®ä¸\80é\83¨ã\82\92å\85±æ\9c\89ã\81§ã\81\8dã\82\8bã\80\82
+と呼び出し元のプロセスとが、メモリ空間、ファイルディスクリプタのテーブル、シグナルハンドラのテーブルなどの 実行コンテキストの一部を共有できる。
(このマニュアルにおける「呼び出し元のプロセス」は、通常は 「親プロセス」と一致する。但し、後述の \fBCLONE_PARENT\fP の項も参照のこと)
\fBclone\fP() の主要な使用法はスレッド (threads) を実装することである:
オープン・クローズや、ファイルディスクリプタ・フラグの変更) を行っても、もう一方のプロセスには影響を与えない。
.TP
\fBCLONE_FS\fP (Linux 2.0 以降)
-\fBCLONE_FS\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\81\9få ´å\90\88ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81¨å\90ã\83\97ã\83ã\82»ã\82¹ã\81\8cå\90\8cã\81\98ã\83\95ã\82¡ã\82¤ã\83«ã\83»ã\82·ã\82¹ã\83\86ã\83
-æ\83\85å ±ã\82\92å\85±æ\9c\89ã\81\99ã\82\8bã\80\82ã\83\95ã\82¡ã\82¤ã\83«ã\83»ã\82·ã\82¹ã\83\86ã\83 æ\83\85å ±ã\81¯ã\80\81ã\83\95ã\82¡ã\82¤ã\83«ã\83»ã\82·ã\82¹ã\83\86ã\83 ã\81®ã\83«ã\83¼ã\83\88 (root)ã\80\81 ã\82«ã\83¬ã\83³ã\83\88ã\83»ã\83¯ã\83¼ã\82ã\83³ã\82°ã\83»ã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ª (current
-working directory) や umask などである。 呼び出し元のプロセスや子プロセスのどちらか一方によって \fBchroot\fP(2),
+\fBCLONE_FS\fP が設定された場合、呼び出し元のプロセスと子プロセスが同じファイルシステム
+æ\83\85å ±ã\82\92å\85±æ\9c\89ã\81\99ã\82\8bã\80\82ã\83\95ã\82¡ã\82¤ã\83«ã\82·ã\82¹ã\83\86ã\83 æ\83\85å ±ã\81¯ã\80\81ã\83\95ã\82¡ã\82¤ã\83«ã\82·ã\82¹ã\83\86ã\83 ã\81®ã\83«ã\83¼ã\83\88 (root)ã\80\81 ã\82«ã\83¬ã\83³ã\83\88ã\83¯ã\83¼ã\82ã\83³ã\82°ã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ª (current working
+directory) や umask などである。 呼び出し元のプロセスや子プロセスのどちらか一方によって \fBchroot\fP(2),
\fBchdir\fP(2), \fBumask\fP(2) が呼び出されると、もう一方のプロセスにも影響が及ぶ。
\fBCLONE_FS\fP が設定されていない場合、子プロセスは、 \fBclone\fP()
-ã\81\8cå®\9fè¡\8cã\81\95ã\82\8cã\81\9fæ\99\82ç\82¹ã\81§ã\81®ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81®ã\83\95ã\82¡ã\82¤ã\83«ã\83»ã\82·ã\82¹ã\83\86ã\83 æ\83\85å ±ã\81®ã\82³ã\83\94ã\83¼ã\82\92 使ç\94¨ã\81\99ã\82\8bã\80\82 ã\81\93ã\82\8c以é\99\8dã\81¯ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81¨å\90ã\83\97ã\83ã\82»ã\82¹ã\81®ä¸\80æ\96¹ã\81\8c
+が実行された時点での、呼び出し元のプロセスのファイルシステム情報のコピーを 使用する。 これ以降は、呼び出し元のプロセスと子プロセスの一方が
\fBchroot\fP(2), \fBchdir\fP(2), \fBumask\fP(2) を呼び出しても、もう一方のプロセスには影響を与えない。
.TP
\fBCLONE_IO\fP (Linux 2.6.25 以降)
(\fBset_thread_area\fP(2) を参照のこと)
.TP
\fBCLONE_SIGHAND\fP (Linux 2.0 以降)
-\fBCLONE_SIGHAND\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\81\9få ´å\90\88ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81¨å\90ã\83\97ã\83ã\82»ã\82¹ã\81¯å\90\8cã\81\98ã\82·ã\82°ã\83\8aã\83«ã\83»ã\83\8fã\83³
+\fBCLONE_SIGHAND\fP が設定された場合、呼び出し元のプロセスと子プロセスは同じシグナルハン
ドラのテーブルを共有する。呼び出し元のプロセスまたは子プロセスのどちらかが \fBsigaction\fP(2)
を呼び出してシグナルに対応する動作を変更した場合、 もう一方のプロセスのシグナル動作も変更される。 但し、呼び出し元のプロセスと子プロセスは、
-ã\83\97ã\83ã\82»ã\82¹æ¯\8eã\81«ã\80\81ã\82·ã\82°ã\83\8aã\83«ã\83»ã\83\9eã\82¹ã\82¯ (signal mask) ã\81¨å\87¦ç\90\86å¾\85ã\81¡ã\82·ã\82°ã\83\8aã\83«ã\81®é\9b\86å\90\88 ã\82\92æ\8c\81ã\81£ã\81¦ã\81\84ã\82\8bã\80\82ã\81\93ã\81®ã\81\9fã\82\81ã\80\81ã\81\82ã\82\8bã\83\97ã\83ã\82»ã\82¹ã\81¯ã\80\81
+プロセス毎に、シグナルマスク (signal mask) と処理待ちシグナルの集合 を持っている。このため、あるプロセスは、
\fBsigprocmask\fP(2) を使用して、もう一方のプロセスに影響を与えずに シグナルを禁止 (block) したり許可 (unblock)
したりできる。
\fBCLONE_SIGHAND\fP が設定されていない場合、子プロセスは \fBclone\fP()
-ã\81\8cå®\9fè¡\8cã\81\95ã\82\8cã\81\9fæ\99\82ç\82¹ã\81§ã\81®ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81®ã\82·ã\82°ã\83\8aã\83«ã\83»ã\83\8fã\83³ã\83\89ã\83©ã\81® ã\82³ã\83\94ã\83¼ã\82\92ç¶\99æ\89¿ã\81\99ã\82\8bã\80\82ã\81\93ã\82\8c以é\99\8dã\81¯ã\80\81ä¸\80æ\96¹ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81\8c \fBsigaction\fP(2)
+が実行された時点での、呼び出し元のプロセスのシグナルハンドラの コピーを継承する。これ以降は、一方のプロセスが \fBsigaction\fP(2)
を呼び出しても、もう一方のプロセスには影響を与えない。
Linux 2.6.0\-test6 以降では、 \fBCLONE_SIGHAND\fP を指定する場合、 \fBCLONE_VM\fP も \fIflags\fP
(リストの初期値は空である)。
.TP
\fBCLONE_THREAD\fP (Linux 2.4.0\-test8以降)
-\fBCLONE_THREAD\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\81\9få ´å\90\88ã\80\81å\90ã\83\97ã\83ã\82»ã\82¹ã\81¯å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81¨å\90\8cã\81\98ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81« ç½®ã\81\8bã\82\8cã\82\8bã\80\82 \fBCLONE_THREAD\fP
-ã\81«ã\81¤ã\81\84ã\81¦ã\81®ä»¥é\99\8dã\81®è°è«\96ã\82\92èªã\81¿ã\82\84ã\81\99ã\81\8fã\81\99ã\82\8bã\81\9fã\82\81ã\80\81 ã\80\8cã\82¹ã\83¬ã\83\83ã\83\89ã\80\8dã\81¨ã\81\84ã\81\86ç\94¨èª\9eã\81¯ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81®ä¸ã\81®ã\83\97ã\83ã\82»ã\82¹ã\82\92 å\8f\82ç\85§ã\81\99ã\82\8bã\81®ã\81«ä½¿ã\81\86ã\81\93ã\81¨ã\81¨ã\81\99ã\82\8bã\80\82
+\fBCLONE_THREAD\fP が設定された場合、子プロセスは呼び出し元のプロセスと同じスレッドグループに 置かれる。 \fBCLONE_THREAD\fP
+についての以降の議論を読みやすくするため、 「スレッド」という用語はスレッドグループの中のプロセスを 参照するのに使うこととする。
-ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81¯ã\80\81 ã\82¹ã\83¬ã\83\83ã\83\89é\9b\86å\90\88ã\81§ä¸\80ã\81¤ã\81® PID ã\82\92å\85±æ\9c\89ã\81\99ã\82\8bã\81¨ã\81\84ã\81\86 POSIX ã\82¹ã\83¬ã\83\83ã\83\89ã\81®æ¦\82念ã\82\92ã\82µã\83\9dã\83¼ã\83\88ã\81\99ã\82\8bã\81\9fã\82\81ã\81« Linux 2.4
-ã\81«å\8a ã\81\88ã\82\89ã\82\8cã\81\9fæ©\9fè\83½ã\81§ã\81\82ã\81£ã\81\9fã\80\82 å\86\85é\83¨ç\9a\84ã\81«ã\81¯ã\80\81ã\81\93ã\81®å\85±æ\9c\89 PID ã\81¯ã\81\84ã\82\8fã\82\86ã\82\8bã\81\9dã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81® ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97è\98å\88¥å\90 (TGID) ã\81§ã\81\82ã\82\8bã\80\82 Linux
-2.4 以é\99\8dã\81§ã\81¯ã\80\81 \fBgetpid\fP(2) ã\81®å\91¼ã\81³å\87ºã\81\97ã\81§ã\81¯ã\81\9dã\81®ã\83\97ã\83ã\82»ã\82¹ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97 ID ã\82\92è¿\94ã\81\99ã\80\82
+スレッドグループは、 スレッド集合で一つの PID を共有するという POSIX スレッドの概念をサポートするために Linux 2.4
+に加えられた機能であった。 内部的には、この共有 PID はいわゆるそのスレッドグループの スレッドグループ識別子 (TGID) である。 Linux
+2.4 以降では、 \fBgetpid\fP(2) の呼び出しではそのプロセスのスレッドグループ ID を返す。
あるグループに属するスレッドは (システム全体で) 一意なスレッド ID (TID) で区別できる。新しいスレッドの TID は \fBclone\fP()
の呼び出し元へ関数の結果として返され、 スレッドは自分自身の TID を \fBgettid\fP(2) で取得できる。
\fBCLONE_THREAD\fP を指定せずに \fBclone\fP() の呼び出しが行われると、 生成されたスレッドはそのスレッドの TID と同じ値の
-TGID ã\82\92æ\8c\81ã\81¤ æ\96°ã\81\97ã\81\84ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«ç½®ã\81\8bã\82\8cã\82\8bã\80\82ã\81\93ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81¯ æ\96°ã\81\97ã\81\84ã\82¹ã\83¬ã\83\83ã\83\89ã\83»グループの「リーダー」である。
+TGID ã\82\92æ\8c\81ã\81¤ æ\96°ã\81\97ã\81\84ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81«ç½®ã\81\8bã\82\8cã\82\8bã\80\82ã\81\93ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81¯ æ\96°ã\81\97ã\81\84ã\82¹ã\83¬ã\83\83ã\83\89グループの「リーダー」である。
\fBCLONE_THREAD\fP を指定して作成された新しいスレッドは、 (\fBCLONE_PARENT\fP の場合と同様に) \fBclone\fP()
-ã\82\92å\91¼ã\81³å\87ºã\81\97å\85\83ã\81¨å\90\8cã\81\98親ã\83\97ã\83ã\82»ã\82¹ã\82\92æ\8c\81ã\81¤ã\80\82 ã\81\9dã\81®ã\81\9fã\82\81ã\80\81 \fBgetppid\fP(2) ã\82\92å\91¼ã\81¶ã\81¨ã\80\81ä¸\80ã\81¤ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\82¹ã\83¬ã\83\83ã\83\89ã\81¯å\85¨ã\81¦å\90\8cã\81\98å\80¤ã\82\92è¿\94ã\81\99ã\80\82
+を呼び出し元と同じ親プロセスを持つ。 そのため、 \fBgetppid\fP(2) を呼ぶと、一つのスレッドグループに属すスレッドは全て同じ値を返す。
\fBCLONE_THREAD\fP で作られたスレッドが終了した際に、 そのスレッドを \fBclone\fP() を使って生成したスレッドには
\fBSIGCHLD\fP (もしくは他の終了シグナル) は送信されない。 また、 \fBwait\fP(2)
を使って終了したスレッドの状態を取得することもできない (そのようなスレッドは \fIdetached\fP (分離された) といわれる)。
-スレッド・グループに属す全てのスレッドが終了した後、 そのスレッド・グループの親プロセスに \fBSIGCHLD\fP (もしくは他の終了シグナル)
-が送られる。
+スレッドグループに属す全てのスレッドが終了した後、 そのスレッドグループの親プロセスに \fBSIGCHLD\fP (もしくは他の終了シグナル) が送られる。
-ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\81\84ã\81\9aã\82\8cã\81\8bã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81\8c \fBexecve\fP(2) ã\82\92å®\9fè¡\8cã\81\99ã\82\8bã\81¨ã\80\81ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\83»リーダー以外の全てのスレッドは
-çµ\82äº\86ã\81\95ã\82\8cã\80\81æ\96°ã\81\97ã\81\84ã\83\97ã\83ã\82»ã\82¹ã\81\8cã\81\9dã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\83»リーダーの下で 実行される。
+ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\81\84ã\81\9aã\82\8cã\81\8bã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81\8c \fBexecve\fP(2) ã\82\92å®\9fè¡\8cã\81\99ã\82\8bã\81¨ã\80\81ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97リーダー以外の全てのスレッドは
+çµ\82äº\86ã\81\95ã\82\8cã\80\81æ\96°ã\81\97ã\81\84ã\83\97ã\83ã\82»ã\82¹ã\81\8cã\81\9dã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97リーダーの下で 実行される。
-ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\82¹ã\83¬ã\83\83ã\83\89ã\81®ä¸\80ã\81¤ã\81\8c \fBfork\fP(2) ã\82\92使ã\81£ã\81¦å\90ã\83\97ã\83ã\82»ã\82¹ã\82\92ä½\9cæ\88\90ã\81\97ã\81\9få ´å\90\88ã\80\81 ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81®ã\81©ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81§ã\81\82ã\81£ã\81¦ã\82\82
-その子供を \fBwait\fP(2) できる。
+ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\82¹ã\83¬ã\83\83ã\83\89ã\81®ä¸\80ã\81¤ã\81\8c \fBfork\fP(2) ã\82\92使ã\81£ã\81¦å\90ã\83\97ã\83ã\82»ã\82¹ã\82\92ä½\9cæ\88\90ã\81\97ã\81\9få ´å\90\88ã\80\81 ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81®ã\81©ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81§ã\81\82ã\81£ã\81¦ã\82\82 ã\81\9dã\81®å\90ä¾\9bã\82\92
+\fBwait\fP(2) できる。
Linux 2.5.35 以降では、 \fBCLONE_THREAD\fP を指定する場合、 \fIflags\fP に \fBCLONE_SIGHAND\fP
も含まれていなければならない (Linux 2.6.0\-test6 以降では、 \fBCLONE_SIGHAND\fP を指定する場合 \fBCLONE_VM\fP
も指定する必要がある点に注意すること)。
-\fBkill\fP(2) ã\82\92使ã\81£ã\81¦ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97å\85¨ä½\93 (ã\81¤ã\81¾ã\82\8a TGID) ã\81«ã\82·ã\82°ã\83\8aã\83«ã\82\92é\80\81ã\82\8bã\81\93ã\81¨ã\82\82ã\81§ã\81\8dã\82\8cã\81°ã\80\81 \fBtgkill\fP(2)
+\fBkill\fP(2) を使ってスレッドグループ全体 (つまり TGID) にシグナルを送ることもできれば、 \fBtgkill\fP(2)
を使って特定のスレッド (つまり TID) にシグナルを送ることもできる。
シグナルの配送と処理はプロセス全体に影響する: ハンドラを設定していないシグナルがあるスレッドに配送されると、
-ã\81\9dã\81®ã\82·ã\82°ã\83\8aã\83«ã\81¯ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81®å\85¨ã\83¡ã\83³ã\83\90ã\83¼ã\81«å½±é\9f¿ã\82\92å\8f\8aã\81¼ã\81\99 (çµ\82äº\86ã\81\97ã\81\9fã\82\8aã\80\81å\81\9cæ¢ã\81\97ã\81\9fã\82\8aã\80\81å\8b\95ä½\9cã\82\92ç¶\99ç¶\9aã\81\97ã\81\9fã\82\8aã\80\81ç\84¡è¦\96ã\81\95ã\82\8cã\81\9fã\82\8aã\81\99ã\82\8b)ã\80\82
+そのシグナルはスレッドグループの全メンバーに影響を及ぼす (終了したり、停止したり、動作を継続したり、無視されたりする)。
各々のスレッドは独自のシグナルマスクを持っており、 \fBsigprocmask\fP(2) で設定できる。 だが、処理待ちのシグナルには、
-\fBkill\fP(2) ã\81§é\80\81ä¿¡ã\81\95ã\82\8cã\82\8bã\83\97ã\83ã\82»ã\82¹å\85¨ä½\93ã\81«å¯¾ã\81\99ã\82\8bã\82\82ã\81® (ã\81¤ã\81¾ã\82\8aã\80\81ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81® ã\81©ã\81®ã\83¡ã\83³ã\83\90ã\83¼ã\81«ã\82\82é\85\8dé\80\81ã\81§ã\81\8dã\82\8bã\82\82ã\81®) ã\81¨ã\80\81
+\fBkill\fP(2) で送信されるプロセス全体に対するもの (つまり、スレッドグループの どのメンバーにも配送できるもの) と、
\fBtgkill\fP(2) で送信される個々のスレッドに対するものがありえる。 \fBsigpending\fP(2)
を呼び出すと、プロセス全体に対する処理待ちシグナルと呼び出し元の スレッドに対する処理待ちシグナルを結合したシグナル集合が返される。
-\fBkill\fP(2) ã\82\92使ã\81£ã\81¦ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«ã\82·ã\82°ã\83\8aã\83«ã\81\8cé\80\81ã\82\89ã\82\8cã\81\9få ´å\90\88ã\81§ã\80\81 ã\81\9dã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81\8cã\81\9dã\81®ã\82·ã\82°ã\83\8aã\83«ã\81«å¯¾ã\81\99ã\82\8bã\82·ã\82°ã\83\8aã\83«ã\83»ハンドラが
-ç\99»é\8c²ã\81\95ã\82\8cã\81¦ã\81\84ã\81\9fã\81¨ã\81\8dã\81«ã\81¯ã\80\81ã\82·ã\82°ã\83\8aã\83«ã\83»ã\83\8fã\83³ã\83\89ã\83©ã\81¯ã\82¹ã\83¬ã\83\83ã\83\89ã\83»グループの メンバーのうち、ただ一つのスレッドでだけ起動される。ハンドラが
+\fBkill\fP(2) ã\82\92使ã\81£ã\81¦ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81«ã\82·ã\82°ã\83\8aã\83«ã\81\8cé\80\81ã\82\89ã\82\8cã\81\9få ´å\90\88ã\81§ã\80\81 ã\81\9dã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\82°ã\83«ã\83¼ã\83\97ã\81\8cã\81\9dã\81®ã\82·ã\82°ã\83\8aã\83«ã\81«å¯¾ã\81\99ã\82\8bã\82·ã\82°ã\83\8aã\83«ハンドラが
+ç\99»é\8c²ã\81\95ã\82\8cã\81¦ã\81\84ã\81\9fã\81¨ã\81\8dã\81«ã\81¯ã\80\81ã\82·ã\82°ã\83\8aã\83«ã\83\8fã\83³ã\83\89ã\83©ã\81¯ã\82¹ã\83¬ã\83\83ã\83\89グループの メンバーのうち、ただ一つのスレッドでだけ起動される。ハンドラが
起動されるスレッドは、そのシグナルを禁止 (block) していない メンバーの中から一つだけが勝手に (arbitrarily) 選ばれる。
-ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99è¤\87æ\95°ã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\81\8c \fBsigwaitinfo\fP(2) ã\82\92使ã\81£ã\81¦å\90\8cã\81\98ã\82·ã\82°ã\83\8aã\83«ã\82\92å¾\85ã\81£ã\81¦ã\81\84ã\82\8bå ´å\90\88ã\80\81
+スレッドグループに属す複数のスレッドが \fBsigwaitinfo\fP(2) を使って同じシグナルを待っている場合、
これらのスレッドの中から一つをカーネルが勝手に選択し、 そのスレッドが \fBkill (2)\fP を使って送信されたシグナルを受信する。
.TP
\fBCLONE_UNTRACED\fP (Linux 2.5.46 以降)
.in
生のシステムコールのもう一つの違いは、 \fIchild_stack\fP 引き数がゼロでも良いことである。この場合には、どちらかのプロセスが
スタックを変更した時に、書き込み時コピー (copy\-on\-write) 方式により
-å\90ã\83\97ã\83ã\82»ã\82¹ã\81\8cã\82¹ã\82¿ã\83\83ã\82¯ã\83»ã\83\9aã\83¼ã\82¸ã\81®ç\8b¬ç«\8bã\81\97ã\81\9fã\82³ã\83\94ã\83¼ã\82\92å¾\97ã\82\89ã\82\8cã\82\8bã\81\93ã\81¨ã\81\8cä¿\9d証ã\81\95ã\82\8cã\82\8bã\80\82 ã\81\93ã\81®å ´å\90\88ã\80\81æ£å¸¸ã\81«å\8b\95ä½\9cã\81\95ã\81\9bã\82\8bã\81\9fã\82\81ã\81«ã\81¯ã\80\81 \fBCLONE_VM\fP
+子プロセスがスタックページの独立したコピーを得られることが保証される。 この場合、正常に動作させるためには、 \fBCLONE_VM\fP
オプションを指定してはならない。
いくつかのアーキテクチャでは、システムコールの引き数の順序は上記とは異なっている。 microblaze, ARM, ARM 64, PA\-RISC,
i386 上では、 \fBclone\fP() は vsyscall 経由ではなく、直接 \fIint $0x80\fP 経由で呼び出すべきである。
.SH バグ
-NPTL ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\83©ã\82¤ã\83\96ã\83©ã\83ªã\82\92å\90«ã\82\93ã\81§ã\81\84ã\82\8b GNU C ã\83©ã\82¤ã\83\96ã\83©ã\83ªã\81®ã\81\84ã\81\8fã\81¤ã\81\8bã\81®ã\83\90ã\83¼ã\82¸ã\83§ã\83³ ã\81«ã\81¯ã\80\81 \fBgetpid\fP(2)
+NPTL スレッドライブラリを含んでいる GNU C ライブラリのいくつかのバージョン には、 \fBgetpid\fP(2)
のラッパー関数が含まれており、このラッパー関数は PID をキャッシュする。 このキャッシュ処理が正しく動作するためには glibc の
\fBclone\fP() のラッパー関数での助けが必要だが、現状の実装では、 ある状況下においてキャッシュが最新とならない可能性がある。 特に、
\fBclone\fP() の呼び出し直後にシグナルが子プロセスに配送された場合に、 そのシグナルに対するハンドラ内で \fBgetpid\fP(2)
を呼び出すと、それまでに clone のラッパー関数が子プロセスの PID キャッシュを 更新する機会が得られていなければ、呼び出し元プロセス
("親プロセス") の PID が 返される可能性がある。 (この議論では、子プロセスが \fBCLONE_THREAD\fP
を使って作成された場合のことは無視している。 子プロセスが \fBCLONE_THREAD\fP を作って作成された場合には、
-å\91¼ã\81³å\87ºã\81\97å\85\83ã\81¨å\90ã\83\97ã\83ã\82»ã\82¹ã\81¯å\90\8cã\81\98ã\82¹ã\83¬ã\83\83ã\83\89ã\83»ã\82°ã\83«ã\83¼ã\83\97ã\81«å±\9eã\81\99ã\81®ã\81§ã\80\81 \fBgetpid\fP(2) ã\81¯å\90ã\83\97ã\83ã\82»ã\82¹ã\81¨ \fBclone\fP()
+呼び出し元と子プロセスは同じスレッドグループに属すので、 \fBgetpid\fP(2) は子プロセスと \fBclone\fP()
を呼び出したプロセスで同じ値を返すのが「正しい」。 キャッシュが最新とならない問題 (stale\-cache problem) は、 \fIflags\fP
に \fBCLONE_VM\fP が含まれている場合にも発生しない。) 本当の値を得るためには、次のようなコードを使う必要があるかもしれない。
.nf
ローカルアドレスが既に使用されている。
.TP
\fBEADDRNOTAVAIL\fP
-(Internet domain sockets) The socket referred to by \fIsockfd\fP had not
-previously been bound to an address and, upon attempting to bind it to an
-ephemeral port, it was determined that all port numbers in the ephemeral
-port range are currently in use. See the discussion of
-\fI/proc/sys/net/ipv4/ip_local_port_range\fP in \fBip\fP(7).
+(インターネットドメインソケットの場合) \fIsockfd\fP が参照するソケットがそれ以前にアドレスにバインドされておらず、
+そのソケットに一時ポートをバインドしようとした際に、 一時ポートとして使用する範囲のポート番号がすべて使用中であった。 \fBip\fP(7) の
+\fI/proc/sys/net/ipv4/ip_local_port_range\fP の議論を参照のこと。
.TP
\fBEAFNOSUPPORT\fP
渡されたアドレスの \fIsa_family\fP フィールドが正しいアドレス・ファミリーではない。
.TP
\fBEAGAIN\fP
-Insufficient entries in the routing cache.
+ルーティングキャッシュにエントリーが十分にない。
.TP
\fBEALREADY\fP
ソケットが非停止 (nonblocking) に設定されており、 前の接続が完了していない。
.\" Bug filed 30 Apr 2007: http://bugzilla.kernel.org/show_bug.cgi?id=8408
.\" Bug rejected (because fix would constitute an ABI change).
.\"
-The result of mounting a filesystem \fInosuid\fP varies across Linux kernel
-versions: some will refuse execution of set\-user\-ID and set\-group\-ID
-executables when this would give the user powers she did not have already
-(and return \fBEPERM\fP), some will just ignore the set\-user\-ID and
-set\-group\-ID bits and \fBexec\fP() successfully. On Linux, \fIargv\fP and
-\fIenvp\fP can be specified as NULL. In both cases, this has the same effect
-as specifying the argument as a pointer to a list containing a single null
-pointer. \fBDo not take advantage of this misfeature!\fP It is nonstandard and
-nonportable: on most other UNIX systems doing this will result in an error
-(\fBEFAULT\fP).
+ファイルシステムを \fInosuid\fP でマウントした場合に set\-user\-ID/set\-group\-ID の実行ファイルを
+どの様に扱うかは、Linux カーネルのバージョンによって異なる: あるバージョンでは、すでに必要な権限を持っている場合を除いて、 その実行を拒否する
+(そして \fBEPERM\fP を返す)。別のあるバージョンでは set\-user\-ID/set\-group\-ID ビットのみを無視し \fBexec\fP()
+は成功する。 Linux では、 \fIargv\fP と \fIenvp\fP に NULL を指定することができる。 どちらに NULL を指定した場合も、
+これらの引き数にヌルポインタ 1 個だけを含むリストへのポインタを指定したのと同じ効果を持つ。 \fB「この間違った機能を利用しないこと」\fP。
+これは非標準で、移植性もない。 他のほとんどの UNIX システムでは、これを行うとエラー (\fBEFAULT\fP) になる。
POSIX.1\-2001 は、 \fBsysconf\fP(3) が返す値はプロセスの生存中は変化しないべきだとしている。 しかしながら、Linux
2.6.23 以降では、リソース上限 \fBRLIMIT_STACK\fP が変化した場合、 コマンドライン引き数と環境変数を保持するための空間に対する上限が
変化したことを反映して、 \fB_SC_ARG_MAX\fP が返す値も変化する。
.\"
-In most cases where \fBexecve\fP() fails, control returns to the original
-executable image, and the caller of \fBexecve\fP() can then handle the error.
-However, in (rare) cases (typically caused by resource exhaustion), failure
-may occur past the point of no return: the original executable image has
-been torn down, but the new image could not be completely built. In such
-cases, the kernel kills the process with a \fBSIGKILL\fP signal.
+\fBexecve\fP() が失敗するほとんどの場合、 制御は元の実行可能イメージに戻り、 \fBexecve\fP()
+の呼び出し元がエラーを処理することができる。 しかしながら、 (リソース枯渇が原因となった場合など、まれに)
+呼び出し元に制御が戻る時点を過ぎてからエラーが発生する場合がある。 元の実行可能イメージはすでに破棄されているが、
+新しいイメージが完全には構築されていないという状況である。 このような場合、カーネルはそのプロセスをシグナル \fBSIGKILL\fP で停止 (kill)
+する。
.SS インタプリタ・スクリプト
インタプリタスクリプトの 1行目に許されている文字数は、 最大 127 文字である。
if \fIoffset\fP+\fIlen\fP is greater than the file size. This behaviour is the
same as when preallocating space with \fBFALLOC_FL_KEEP_SIZE\fP specified.
-Not all filesystems support \fBFALLOC_FL_ZERO_RANGE\fP; if a filesystem doesn't
-support the operation, an error is returned. The operation is supported on
-at least the following filesystems:
+すべてのファイルシステムで \fBFALLOC_FL_ZERO_RANGE\fP がサポートされているわけではない。
+ファイルシステムがこの操作をサポートしていない場合は、 エラーが返る。 この操作は少なくとも以下のファイルシステムでサポートされている。
.IP * 3
.\" commit 376ba313147b4172f3e8cf620b9fb591f3e8cdfa
-XFS (since Linux 3.14)
+XFS (Linux 3.14 以降)
.IP *
.\" commit b8a8684502a0fc852afa0056c6bb2a9273f6fcc0
ext4, for extent\-based files (since Linux 3.14)
.\" Subject: Re: [PATCH v5 10/10] manpage: update FALLOC_FL_COLLAPSE_RANGE flag in fallocate
.\" Newsgroups: gmane.linux.man, gmane.linux.file-systems
.\" Date: 2014-04-17 13:40:05 GMT
-\fImode\fP is \fBFALLOC_FL_COLLAPSE_RANGE\fP or \fBFALLOC_FL_ZERO_RANGE\fP, but the
-file referred to by \fIfd\fP is not a regular file.
+\fImode\fP が \fBFALLOC_FL_COLLAPSE_RANGE\fP か \fBFALLOC_FL_ZERO_RANGE\fP だが、 \fIfd\fP
+が参照しているファイルが通常のファイルではない。
.TP
\fBEIO\fP
ファイルシステムとの読み書き中に入出力エラーが発生した。
(capability) を持っていなくてはならない。
.TP
\fBEAGAIN\fP
-The caller is operating under the \fBSCHED_DEADLINE\fP scheduling policy and
-does not have the reset\-on\-fork flag set. See \fBsched\fP(7).
+呼び出し元は、スケジューリングポリシー \fBSCHED_DEADLINE\fP で動作しており、かつ reset\-on\-fork
+フラグがセットされていない。 \fBsched\fP(7) 参照。
.TP
\fBENOMEM\fP
メモリが足りないために、 \fBfork\fP() は必要なカーネル構造体を割り当てることができなかった。
これらの統計情報には、孫プロセスやその子孫のプロセスのうち、 削除待ちのものが使用している資源も含まれる。
.TP
\fBRUSAGE_THREAD\fP (Linux 2.6.26 以降)
-Return resource usage statistics for the calling thread. The \fB_GNU_SOURCE\fP
-feature test macro must be defined (before including \fIany\fP header file) in
-order to obtain the definition of this constant from
-\fI<sys/resource.h>\fP.
+呼び出したスレッドに関する資源使用量の統計を返す。 \fI<sys/resource.h>\fP からこの定数の定義を得るためには、
+((\fIどの\fPヘッダファイルをインクルードするよりも前に) 機能検査マクロ \fB_GNU_SOURCE\fP を定義しなければならない。
.PP
資源使用量は \fIusage\fP が指す構造体に格納されて返される。 構造体は以下の形式である。
.PP
別のソケットが既に同じポートを listen している。
.TP
\fBEADDRINUSE\fP
-(Internet domain sockets) The socket referred to by \fIsockfd\fP had not
-previously been bound to an address and, upon attempting to bind it to an
-ephemeral port, it was determined that all port numbers in the ephemeral
-port range are currently in use. See the discussion of
-\fI/proc/sys/net/ipv4/ip_local_port_range\fP in \fBip\fP(7).
+(インターネットドメインソケットの場合) \fIsockfd\fP が参照するソケットがそれ以前にアドレスにバインドされておらず、
+そのソケットに一時ポートをバインドしようとした際に、 一時ポートとして使用する範囲のポート番号がすべて使用中であった。 \fBip\fP(7) の
+\fI/proc/sys/net/ipv4/ip_local_port_range\fP の議論を参照のこと。
.TP
\fBEBADF\fP
引き数 \fIsockfd\fP は有効なディスクリプターでない。
\fBint msgctl(int \fP\fImsqid\fP\fB, int \fP\fIcmd\fP\fB, struct msqid_ds *\fP\fIbuf\fP\fB);\fP
.fi
.SH 説明
-\fBmsgctl\fP() ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼è\98å\88¥å\90 \fImsqid\fP ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81\9f System\ V ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ (message
-queue) に対して \fIcmd\fP で指定された制御操作を行なう。
+\fBmsgctl\fP() ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82ã\83¥ã\83¼è\98å\88¥å\90 \fImsqid\fP ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81\9f System\ V ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82ã\83¥ã\83¼ (message queue)
+に対して \fIcmd\fP で指定された制御操作を行なう。
.PP
\fImsqid_ds\fP データ構造体は \fI<sys/msg.h>\fP で以下のように定義されている:
.nf
\fIcmd\fP として有効な値は:
.TP
\fBIPC_STAT\fP
-\fImsqid\fP ã\81«é\96¢é\80£ã\81¥ã\81\91ã\82\89ã\82\8cã\81\9fã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\83»データ構造体から、ポインタ \fIbuf\fP が指し示す \fImsqid_ds\fP
+\fImsqid\fP ã\81«é\96¢é\80£ã\81¥ã\81\91ã\82\89ã\82\8cã\81\9fã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82ã\83¥ã\83¼データ構造体から、ポインタ \fIbuf\fP が指し示す \fImsqid_ds\fP
構造体に情報をコピーする。 呼び出し側はメッセージ・キューに対する読み込み許可を持っていなければならない。
.TP
\fBIPC_SET\fP
ポインタ \fIbuf\fP が指し示す \fImsqid_ds\fP 構造体のメンバーの値を、メッセージ・キューに関連づけられた
カーネル・データ構造体に書き込み、 \fImsg_ctime\fP メンバーも更新する。 構造体のメンバーのうち、更新されるものを以下に示す:
\fImsg_qbytes\fP, \fImsg_perm.uid\fP, \fImsg_perm.gid\fP, \fImsg_perm.mode\fP (の下位 9
-ã\83\93ã\83\83ã\83\88)ã\80\82 å\91¼ã\81³å\87ºã\81\97ã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81®å®\9få\8a¹ã\83¦ã\83¼ã\82¶ ID ã\81\8cã\80\81ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®æ\89\80æ\9c\89è\80\85 (\fImsg_perm.uid\fP) ã\81¾ã\81\9fã\81¯ä½\9cæ\88\90è\80\85
+ビット)。 呼び出したプロセスの実効ユーザ ID が、メッセージキューの所有者 (\fImsg_perm.uid\fP) または作成者
(\fImsg_perm.cuid\fP) と一致するか、呼び出し元が特権を持たなければならない。 \fImsg_qbytes\fP をシステム・パラメータの
\fBMSGMNB\fP を超えて設定するには、適切な特権 (Linux では \fBCAP_SYS_RESOURCE\fP ケーパビリティ
(capability)) が必要である。
.TP
\fBIPC_RMID\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\82\92ã\81\9fã\81 ã\81¡ã\81«å\89\8aé\99¤ã\81\99ã\82\8bã\80\82 å\90\8cæ\99\82ã\81«ã\81\9dã\81®æ§\8bé\80 ä½\93ã\81®èªã\81¿æ\9b¸ã\81\8dã\81®å¾\85ã\81¡ç\8a¶æ\85\8bã\81«ã\81\82ã\81£ã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81«é\80\9aç\9f¥ã\81\99ã\82\8b (ã\82¨ã\83©ã\83¼ã\81\8cè¿\94ã\82\8aã\80\81 \fIerrno\fP ã\81\8c
-\fBEIDRM\fP ã\81«è¨å®\9aã\81\95ã\82\8cã\82\8b)ã\80\82 å\91¼ã\81³å\87ºã\81\97ã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81\8cé\81©å\88\87ã\81ªç\89¹æ¨©ã\82\92æ\8c\81ã\81£ã\81¦ã\81\84ã\82\8bã\81\8bã\80\81 å\91¼ã\81³å\87ºã\81\97ã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81®å®\9få\8a¹ã\83¦ã\83¼ã\82¶ ID ã\81\8cã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ä½\9cæ\88\90è\80\85ã\81\8b
+メッセージキューをただちに削除する。 同時にその構造体の読み書きの待ち状態にあったプロセスに通知する (エラーが返り、 \fIerrno\fP が
+\fBEIDRM\fP に設定される)。 呼び出したプロセスが適切な特権を持っているか、 呼び出したプロセスの実効ユーザ ID がメッセージキューの作成者か
所有者の実効ユーザ ID でなければならない。この場合、 \fBmsgctl\fP() の第 3 引き数は無視される。
.TP
\fBIPC_INFO\fP (Linux 固有)
-ã\82·ã\82¹ã\83\86ã\83 å\85¨ä½\93ã\81§ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®å\88¶é\99\90ã\81¨ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\81«é\96¢ã\81\99ã\82\8bæ\83\85å ±ã\82\92ã\80\81 \fIbuf\fP ã\81\8cæ\8c\87ã\81\99æ§\8bé\80 ä½\93ã\81«å\85¥ã\82\8cã\81¦è¿\94ã\81\99ã\80\82 ã\81\93ã\81®æ§\8bé\80 ä½\93ã\81¯ \fImsginfo\fP
+システム全体でのメッセージキューの制限とパラメータに関する情報を、 \fIbuf\fP が指す構造体に入れて返す。 この構造体は \fImsginfo\fP
型である (そのためキャストが必要である)。 \fImsginfo\fP は \fB_GNU_SOURCE\fP 機能検査マクロが定義された場合に
\fI<sys/msg.h>\fP で以下のように定義される:
.nf
int msgmnb; /* 一つのキューに書き込み可能な最大バイト数;
(msgget(2) での) キュー作成中の msg_qbytes
の初期化に使用される */
- int msgmni; /* ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®æ\95°ã\81®æ\9c\80大å\80¤ */
+ int msgmni; /* メッセージキューの数の最大値 */
int msgssz; /* メッセージ・セグメントのサイズ;
カーネル内では未使用 */
int msgtql; /* システム上の全キューの最大メッセージ数;
\fBproc\fP(5) を参照。
.TP
\fBMSG_INFO\fP (Linux 固有)
-\fBIPC_INFO\fP ã\81®ã\81¨ã\81\8dã\81¨å\90\8cã\81\98æ\83\85å ±ã\82\92æ ¼ç´\8dã\81\97ã\81\9f \fImsginfo\fP æ§\8bé\80 ä½\93ã\82\92è¿\94ã\81\99ã\80\82 ä½\86ã\81\97ã\80\81以ä¸\8bã\81®ã\83\95ã\82£ã\83¼ã\83«ã\83\89ã\81«ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8c
+\fBIPC_INFO\fP のときと同じ情報を格納した \fImsginfo\fP 構造体を返す。 但し、以下のフィールドにはメッセージキューが
消費しているシステム資源に関する情報が格納される点が異なる。 \fImsgpool\fP フィールドは現在システム上に存在するメッセージ・キューの数を返す。
\fImsgmap\fP フィールドはシステム上の全てのキューに入っているメッセージ総数を返す。 \fImsgtql\fP
フィールドはシステム上の全てのキューに入っている全メッセージの 総バイト数を返す。
.TP
\fBMSG_STAT\fP (Linux 固有)
\fBIPC_STAT\fP と同じく \fImsqid_ds\fP 構造体を返す。 但し、 \fImsqid\fP
-å¼\95ã\81\8dæ\95°ã\81¯ã\80\81ã\82ã\83¥ã\83¼è\98å\88¥å\90ã\81§ã\81¯ã\81ªã\81\8fã\80\81ã\82·ã\82¹ã\83\86ã\83 ä¸\8aã\81®å\85¨ã\81¦ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ ã\81«é\96¢ã\81\99ã\82\8bæ\83\85å ±ã\82\92管ç\90\86ã\81\99ã\82\8bã\82«ã\83¼ã\83\8dã\83«ã\81®å\86\85é\83¨é\85\8då\88\97ã\81¸ã\81®ã\82¤ã\83³ã\83\87ã\83\83ã\82¯ã\82¹ã\81§ã\81\82ã\82\8bã\80\82
+引き数は、キュー識別子ではなく、システム上の全てのメッセージキュー に関する情報を管理するカーネルの内部配列へのインデックスである。
.SH 返り値
成功すると、 \fBIPC_STAT\fP, \fBIPC_SET\fP, \fBIPC_RMID\fP は 0 を返す。 \fBIPC_INFO\fP と
-\fBMSG_INFO\fP æ\93\8dä½\9cã\81¯ã\80\81æ\88\90å\8a\9fã\81\99ã\82\8bã\81¨ã\80\81å\85¨ã\81¦ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«é\96¢ã\81\99ã\82\8bæ\83\85å ±ã\82\92 管ç\90\86ã\81\97ã\81¦ã\81\84ã\82\8bã\82«ã\83¼ã\83\8dã\83«ã\81®å\86\85é\83¨é\85\8då\88\97ã\81®ä½¿ç\94¨ä¸ã\82¨ã\83³ã\83\88ã\83ªã\81®ã\82¤ã\83³ã\83\87ã\83\83ã\82¯ã\82¹ã\81®
-ã\81\86ã\81¡æ\9c\80大å\80¤ã\82\92è¿\94ã\81\99 (ã\81\93ã\81®æ\83\85å ±ã\81¯ã\80\81ã\82·ã\82¹ã\83\86ã\83 ã\81®å\85¨ã\81¦ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«é\96¢ã\81\99ã\82\8bæ\83\85å ±ã\82\92 å\8f\96å¾\97ã\81\99ã\82\8bã\81\9fã\82\81ã\81«ã\80\81 \fBMSG_STAT\fP
+\fBMSG_INFO\fP 操作は、成功すると、全てのメッセージキューに関する情報を 管理しているカーネルの内部配列の使用中エントリのインデックスの
+うち最大値を返す (この情報は、システムの全てのメッセージキューに関する情報を 取得するために、 \fBMSG_STAT\fP
操作を繰り返し実行する際に使用できる)。 \fBMSG_STAT\fP 操作は、成功すると、 \fImsqid\fP
-ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81\9fã\82¤ã\83³ã\83\87ã\83\83ã\82¯ã\82¹ã\82\92æ\8c\81ã\81¤ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®è\98å\88¥å\90ã\82\92è¿\94ã\81\99ã\80\82
+で指定されたインデックスを持つメッセージキューの識別子を返す。
エラーの場合は \-1 を返し、 \fIerrno\fP を適切に設定する。
.SH エラー
失敗した場合、 \fIerrno\fP は以下の値の中のどれか一つに設定される:
.TP
\fBEACCES\fP
-å¼\95ã\81\8dæ\95° \fIcmd\fP ã\81\8c \fBIPC_STAT\fP ã\81¾ã\81\9fã\81¯ \fBMSG_STAT\fP ã\81«ç\89ã\81\97ã\81\84ã\81\8cã\80\81å\91¼ã\81³å\87ºã\81\97ã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81\8cã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ \fImsqid\fP
+引き数 \fIcmd\fP が \fBIPC_STAT\fP または \fBMSG_STAT\fP に等しいが、呼び出したプロセスがメッセージキュー \fImsqid\fP
に対する読み込み許可を持っておらず、かつ \fBCAP_IPC_OWNER\fP ケーパビリティを持っていない。
.TP
\fBEFAULT\fP
引き数 \fIcmd\fP が \fBIPC_SET\fP か \fBIPC_STAT\fP で、ポインタ \fIbuf\fP で指されているアドレスがアクセス可能でない。
.TP
\fBEIDRM\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cå\89\8aé\99¤ã\81\95ã\82\8cã\81\9fã\80\82
+メッセージキューが削除された。
.TP
\fBEINVAL\fP
\fIcmd\fP または \fImsqid\fP に不正な値が設定された。 もしくは、 \fBMSG_STAT\fP 操作の場合に、 \fImsqid\fP
.\"
.TH MSGGET 2 2014\-04\-30 Linux "Linux Programmer's Manual"
.SH 名前
-msgget \- System V ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼è\98å\88¥å\90ã\82\92å\8f\96å¾\97ã\81\99ã\82\8b
+msgget \- System V メッセージキュー識別子を取得する
.SH 書式
.nf
\fB#include <sys/types.h>\fP
\fBint msgget(key_t \fP\fIkey\fP\fB, int \fP\fImsgflg\fP\fB);\fP
.fi
.SH 説明
-\fBmsgget\fP() ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83«ã\81¯ \fIkey\fP å¼\95ã\81\8dæ\95°ã\81®å\80¤ã\81«å¯¾å¿\9cã\81\99ã\82\8b System\ V ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®è\98å\88¥å\90ã\82\92è¿\94ã\81\99ã\80\82 \fIkey\fP
+\fBmsgget\fP() システムコールは \fIkey\fP 引き数の値に対応する System\ V メッセージキューの識別子を返す。 \fIkey\fP
の値が \fBIPC_PRIVATE\fP の場合、または \fIkey\fP が \fBIPC_PRIVATE\fP でなくても、 \fIkey\fP
-に対応するメッセージ・キューが存在せず、 \fImsgflg\fP に \fBIPC_CREAT\fP が指定されている場合、
-新しいメッセージ・キューが作成される。
+に対応するメッセージキューが存在せず、 \fImsgflg\fP に \fBIPC_CREAT\fP が指定されている場合、 新しいメッセージキューが作成される。
.PP
\fImsgflg\fP に \fBIPC_CREAT\fP と \fBIPC_EXCL\fP の両方が指定された場合、 \fIkey\fP
-ã\81«å¯¾å¿\9cã\81\99ã\82\8bã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cæ\97¢ã\81«å\98å\9c¨ã\81\99ã\82\8bã\81¨ã\80\81 \fBmsgget\fP() ã\81¯å¤±æ\95\97ã\81\97ã\80\81 \fIerrno\fP ã\81« \fBEEXIST\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\82\8bã\80\82 (ã\81\93ã\82\8cã\81¯
+に対応するメッセージキューが既に存在すると、 \fBmsgget\fP() は失敗し、 \fIerrno\fP に \fBEEXIST\fP が設定される。 (これは
\fBopen\fP(2) に \fBO_CREAT | O_EXCL\fP を指定した場合の動作と同じである)
.PP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ä½\9cæ\88\90æ\99\82ã\81«ã\80\81 \fImsgflg\fP å¼\95ã\81\8dæ\95°ã\81®ä¸\8bä½\8d 9 ã\83\93ã\83\83ã\83\88ã\81¯ã\80\81 ã\81\9dã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ã\82¢ã\82¯ã\82»ã\82¹è¨±å\8f¯ã\81®å®\9a義ã\81¨ã\81\97ã\81¦ä½¿ç\94¨ã\81\95ã\82\8cã\82\8bã\80\82
+メッセージキューの作成時に、 \fImsgflg\fP 引き数の下位 9 ビットは、 そのメッセージ・キューのアクセス許可の定義として使用される。
これらの許可ビットは \fBopen\fP(2) の引き数 \fImode\fP と同じ形式で同じ意味である。 や \fBcreat\fP(2)
システム・コールのアクセス許可パラメータと同じ形式で、同じ意味を持つ。 (但し、実行 (execute) 許可は使用されない。)
.PP
-æ\96°è¦\8fã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\82\92ä½\9cæ\88\90ã\81\99ã\82\8bé\9a\9bã\80\81 \fBmsgget\fP() ã\82·ã\82¹ã\83\86ã\83 ã\83»ã\82³ã\83¼ã\83«ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ã\83\87ã\83¼ã\82¿æ§\8bé\80 ä½\93 \fImsqid_ds\fP
+新規のメッセージキューを作成する際、 \fBmsgget\fP() システム・コールはメッセージ・キューのデータ構造体 \fImsqid_ds\fP
を以下のように初期化する (\fImsqid_ds\fP については \fBmsgctl\fP(2) を参照):
.IP
\fImsg_perm.cuid\fP と \fImsg_perm.uid\fP に呼び出し元プロセスの実効 (effective) ユーザーID を設定する。
.IP
\fImsg_ctime\fP に現在の時刻を設定する。
.IP
-\fImsg_qbytes\fP ã\81«ã\80\81ã\82·ã\82¹ã\83\86ã\83 ã\81§æ±ºã\82\81ã\82\89ã\82\8cã\81\9fã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®æ\9c\80大ã\82µã\82¤ã\82º \fBMSGMNB\fP ã\82\92è¨å®\9aã\81\99ã\82\8bã\80\82
+\fImsg_qbytes\fP に、システムで決められたメッセージキューの最大サイズ \fBMSGMNB\fP を設定する。
.PP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cã\81\99ã\81§ã\81«å\98å\9c¨ã\81\99ã\82\8bå ´å\90\88ã\81¯ã\80\81ã\82¢ã\82¯ã\82»ã\82¹è¨±å\8f¯ã\81®æ¤\9cæ\9f»ã\81¨ã\80\81 ç ´æ£\84 (destruction) ã\83\9eã\83¼ã\82¯ã\81\8cã\81ªã\81\84ã\81\8bã\81®ç¢ºèª\8dã\81\8cè¡\8cã\82\8fã\82\8cã\82\8bã\80\82
+メッセージキューがすでに存在する場合は、アクセス許可の検査と、 破棄 (destruction) マークがないかの確認が行われる。
.SH 返り値
-æ\88\90å\8a\9fã\81\97ã\81\9få ´å\90\88ã\80\81è¿\94ã\82\8aå\80¤ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼è\98å\88¥å\90 (é\9d\9eè² ã\81®æ\95´æ\95°) ã\81¨ã\81ªã\82\8bã\80\82 失æ\95\97ã\81\97ã\81\9få ´å\90\88ã\81¯ \-1 ã\81\8cè¿\94ã\81\95ã\82\8cã\80\81 \fIerrno\fP ã\81«ã\81\9dã\81®ã\82¨ã\83©ã\83¼ã\81\8c示ã\81\95ã\82\8cã\82\8bã\80\82
+成功した場合、返り値はメッセージキュー識別子 (非負の整数) となる。 失敗した場合は \-1 が返され、 \fIerrno\fP にそのエラーが示される。
.SH エラー
失敗した場合、 \fIerrno\fP に以下の値のいずれか一つが設定される:
.TP
\fBEACCES\fP
-\fIkey\fP ã\81«å¯¾å¿\9cã\81\99ã\82\8bã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81¯å\98å\9c¨ã\81\99ã\82\8bã\81\8cã\80\81 å\91¼ã\81³å\87ºã\81\97å\85\83ã\83\97ã\83ã\82»ã\82¹ã\81¯ã\81\9dã\81®ã\82ã\83¥ã\83¼ã\81«å¯¾ã\81\99ã\82\8bã\82¢ã\82¯ã\82»ã\82¹è¨±å\8f¯ã\81\8cã\81ªã\81\8fã\80\81 \fBCAP_IPC_OWNER\fP
+\fIkey\fP に対応するメッセージキューは存在するが、 呼び出し元プロセスはそのキューに対するアクセス許可がなく、 \fBCAP_IPC_OWNER\fP
ケーパビリティも持っていない。
.TP
\fBEEXIST\fP
-\fBIPC_CREAT\fP and \fBIPC_EXCL\fP were specified in \fImsgflg\fP, but a message
-queue already exists for \fIkey\fP.
+\fImsgflg\fP に \fBIPC_CREAT\fP と \fBIPC_EXCL\fP が指定されたが、 \fIkey\fP
+に対応するメッセージキューがすでに存在する。
.TP
\fBENOENT\fP
-\fIkey\fP ã\81«å¯¾å¿\9cã\81\99ã\82\8bã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cå\98å\9c¨ã\81\9bã\81\9aã\80\81 \fImsgflg\fP ã\81« \fBIPC_CREAT\fP ã\81\8cæ\8c\87å®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\81ªã\81\8bã\81£ã\81\9fã\80\82
+\fIkey\fP に対応するメッセージキューが存在せず、 \fImsgflg\fP に \fBIPC_CREAT\fP が指定されていなかった。
.TP
\fBENOMEM\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\82\92ä½\9cæ\88\90ã\81\97ã\82\88ã\81\86ã\81¨ã\81\97ã\81\9fã\81\8cã\80\81æ\96°ã\81\97ã\81\84ã\83\87ã\83¼ã\82¿æ§\8bé\80 ä½\93ã\82\92ä½\9cæ\88\90 ã\81\99ã\82\8bã\81®ã\81«å\8d\81å\88\86ã\81ªã\83¡ã\83¢ã\83ªã\81\8cã\82·ã\82¹ã\83\86ã\83 ã\81«å\98å\9c¨ã\81\97ã\81ªã\81\84ã\80\82
+メッセージキューを作成しようとしたが、新しいデータ構造体を作成 するのに十分なメモリがシステムに存在しない。
.TP
\fBENOSPC\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\82\92ä½\9cæ\88\90ã\81\97ã\82\88ã\81\86ã\81¨ã\81\97ã\81\9fã\81\8cã\80\81ä½\9cæ\88\90ã\81\99ã\82\8bã\81¨ ã\82·ã\82¹ã\83\86ã\83 å\85¨ä½\93ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼æ\95°ã\81®æ\9c\80大å\80¤ (\fBMSGMNI\fP) ã\82\92è¶\85ã\81\88ã\81¦ã\81\97ã\81¾ã\81\86ã\80\82
+メッセージキューを作成しようとしたが、作成すると システム全体のメッセージ・キュー数の最大値 (\fBMSGMNI\fP) を超えてしまう。
.SH 準拠
SVr4, POSIX.1\-2001.
.SH 注意
\fBIPC_PRIVATE\fP はフラグではなく、 \fIkey_t\fP 型である。 この特別な値が \fIkey\fP として使用された場合、
\fBmsgget\fP() システムコールは \fImsgflg\fP の下位 9 ビット以外の全てを無視して (成功した場合は)
-æ\96°ã\81\97ã\81\84ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\82\92ä½\9cæ\88\90ã\81\99ã\82\8bã\80\82
+新しいメッセージキューを作成する。
.PP
-\fBmsgget\fP() ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83«ã\81«å½±é\9f¿ã\82\92å\8f\8aã\81¼ã\81\99ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®è³\87æº\90ã\81® ã\82·ã\82¹ã\83\86ã\83 ã\81¨ã\81\97ã\81¦ã\81®å\88¶é\99\90ã\82\92以ä¸\8bã\81«ç¤ºã\81\99:
+\fBmsgget\fP() システムコールに影響を及ぼすメッセージキューの資源の システムとしての制限を以下に示す:
.TP
\fBMSGMNI\fP
-System\-wide limit on the number of message queues: policy dependent (on
-Linux, this limit can be read and modified via \fI/proc/sys/kernel/msgmni\fP).
+システム全体のメッセージキュー数の上限値: 方針依存 (Linux では、この制限値は \fI/proc/sys/kernel/msgmni\fP
+経由で参照したり、変更したりできる)。
.SS "Linux での注意"
-Linux 2.3.20 ã\81¾ã\81§ã\81¯ã\80\81å\89\8aé\99¤ã\81\8cäº\88å®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«å¯¾ã\81\97ã\81¦ \fBmsgget\fP() ã\82\92è¡\8cã\81\86ã\81¨ \fBEIDRM\fP
+Linux 2.3.20 までは、削除が予定されているメッセージキューに対して \fBmsgget\fP() を行うと \fBEIDRM\fP
がエラーとして返されるようになっていた。
.SH バグ
\fBIPC_PRIVATE\fP という名前を選んだのはおそらく失敗であろう。 \fBIPC_NEW\fP の方がより明確にその機能を表しているだろう。
\fB int \fP\fImsgflg\fP\fB);\fP
.fi
.SH 説明
-ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83« \fBmsgsnd\fP() ã\81¨ \fBmsgrcv\fP() ã\81¯ã\81\9dã\82\8cã\81\9eã\82\8cã\80\81 System\ V ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81¸ã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\81®é\80\81ä¿¡ã\81¨ã\80\81
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\81®å\8f\97ä¿¡ã\81«ä½¿ç\94¨ã\81\95ã\82\8cã\82\8bã\80\82å\91¼ã\81³å\87ºã\81\97å\85\83ã\83\97ã\83ã\82»ã\82¹ã\81¯ã\80\81 ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82\92é\80\81ä¿¡ã\81\99ã\82\8bã\81\9fã\82\81ã\81«ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«å¯¾ã\81\99ã\82\8bæ\9b¸ã\81\8dè¾¼ã\81¿è¨±å\8f¯ã\82\92ã\80\81
+システムコール \fBmsgsnd\fP() と \fBmsgrcv\fP() はそれぞれ、 System\ V メッセージキューへのメッセージの送信と、
+メッセージの受信に使用される。呼び出し元プロセスは、 メッセージを送信するためにはメッセージキューに対する書き込み許可を、
メッセージを受信するためには読み出し許可を持っていなければならない。
.PP
呼び出し元プロセスは以下に示す構造体を用意し、この構造体への ポインタを \fImsgp\fP 引き数として渡す。
この値は、メッセージを受信するプロセスでメッセージを選択するために 使用される (下記の \fBmsgrcv\fP() の説明を参照のこと)。
.SS msgsnd()
\fBmsgsnd\fP() システムコールは \fImsgp\fP 引き数で指定されたメッセージのコピーを \fImsqid\fP
-ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81\9fè\98å\88¥å\90ã\82\92æ\8c\81ã\81¤ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81¸è¿½å\8a ã\81\99ã\82\8bã\80\82
+で指定された識別子を持つメッセージキューへ追加する。
.PP
-If sufficient space is available in the queue, \fBmsgsnd\fP() succeeds
-immediately. The queue capacity is governed by the \fImsg_qbytes\fP field in
-the associated data structure for the message queue. During queue creation
-this field is initialized to \fBMSGMNB\fP bytes, but this limit can be modified
-using \fBmsgctl\fP(2). A message queue is considered to be full if either of
-the following conditions is true:
+キューに十分な空き容量がある場合、 \fBmsgsnd\fP() は直ちに成功する。 キューの容量は、メッセージキューのデータ構造体の
+\fImsg_qbytes\fP フィールドで制御される。 キュー作成時にこのフィールドは \fBMSGMNB\fP に初期化されるが、この制限は
+\fBmsgctl\fP(2) を使って変更できる。 次のいずれかの条件が成立する場合に、メッセージキューは一杯と判断される。
.IP * 2
-Adding a new message to the queue would cause the total number of bytes in
-the queue to exceed the queue's maximum size (the \fImsg_qbytes\fP field).
+新しいメッセージをそのキューに追加すると、 そのキューの全バイト数がキューの最大サイズ (\fImsg_qbytes\fP フィールド)
+を超過してしまう場合。
.IP *
-Adding another message to the queue would cause the total number of messages
-in the queue to exceed the queue's maximum size (the \fImsg_qbytes\fP field).
-This check is necessary to prevent an unlimited number of zero\-length
-messages being placed on the queue. Although such messages contain no data,
-they nevertheless consume (locked) kernel memory.
+そのキューにもう一つメッセージを追加すると、 そのキューが全メッセージ数がキューの最大サイズ (\fImsg_qbytes\fP フィールド)
+を超過してしまう場合。 このチェックは、無限個の長さ 0 のメッセージをそのキューに追加するのを防ぐために必要である。 長さ 0
+のメッセージはデータを含まないが、 (ロックされた) カーネルメモリを消費するからである。
.PP
-If insufficient space is available in the queue, then the default behavior
-of \fBmsgsnd\fP() is to block until space becomes available. If \fBIPC_NOWAIT\fP
-is specified in \fImsgflg\fP, then the call instead fails with the error
-\fBEAGAIN\fP.
+そのキューに十分な領域がない場合、 デフォルトの動作では、 必要な領域ができるまで \fBmsgsnd\fP() は停止 (block) する。
+\fImsgflg\fP に \fBIPC_NOWAIT\fP が指定された場合、 \fBmsgsnd\fP() はエラー \fBEAGAIN\fP で失敗する。
停止している \fBmsgsnd\fP() は以下の場合にも失敗する。
.IP * 2
は、たとえシグナルハンドラの設定時に \fBSA_RESTART\fP を指定していたとしても、シグナルハンドラによって割り込まれた後で
自動的に再スタートすることは決してない。)
.PP
-æ£å¸¸ã\81«çµ\82äº\86ã\81\97ã\81\9få ´å\90\88ã\80\81ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ã\83\87ã\83¼ã\82¿æ§\8bé\80 ä½\93ã\81¯ä»¥ä¸\8bã\81®ã\82\88ã\81\86ã\81« æ\9b´æ\96°ã\81\95ã\82\8cã\82\8b:
+正常に終了した場合、メッセージキューのデータ構造体は以下のように 更新される:
.IP
\fImsg_lspid\fP には呼び出し元プロセスのプロセス ID が設定される。
.IP
.IP * 2
要求している型のメッセージがキューへ入れられた。
.IP *
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cã\82·ã\82¹ã\83\86ã\83 ã\81\8bã\82\89å\89\8aé\99¤ã\81\95ã\82\8cã\81\9fã\80\82 ã\81\93ã\81®å ´å\90\88ã\80\81ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83«ã\81¯å¤±æ\95\97ã\81\97ã\80\81 \fIerrno\fP ã\81« \fBEIDRM\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\82\8bã\80\82
+メッセージキューがシステムから削除された。 この場合、システムコールは失敗し、 \fIerrno\fP に \fBEIDRM\fP が設定される。
.IP *
呼び出し元プロセスがシグナルを捕獲した。 この場合、システムコールは失敗し、 \fIerrno\fP に \fBEINTR\fP が設定される。
(\fBmsgrcv\fP() は、たとえシグナルハンドラの設定時に \fBSA_RESTART\fP
を指定していたとしても、シグナルハンドラによって割り込まれた後で 自動的に再スタートすることは決してない。)
.PP
-æ£å¸¸ã\81«çµ\82äº\86ã\81\97ã\81\9få ´å\90\88ã\80\81ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81®ã\83\87ã\83¼ã\82¿æ§\8bé\80 ä½\93ã\81¯ä»¥ä¸\8bã\81®ã\82\88ã\81\86ã\81« æ\9b´æ\96°ã\81\95ã\82\8cã\82\8b:
+正常に終了した場合、メッセージキューのデータ構造体は以下のように 更新される:
.IP
\fImsg_lrpid\fP には呼び出し元プロセスのプロセス ID が設定される。
.IP
\fBmsgsnd\fP() が失敗した場合、 \fBerrno\fP に以下の値のいずれかが設定される:
.TP
\fBEACCES\fP
-å\91¼ã\81³å\87ºã\81\97å\85\83ã\83\97ã\83ã\82»ã\82¹ã\81«ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«å¯¾ã\81\99ã\82\8bæ\9b¸ã\81\8dè¾¼ã\81¿è¨±å\8f¯ã\81\8cã\81ªã\81\8fã\80\81 \fBCAP_IPC_OWNER\fP ã\82±ã\83¼ã\83\91ã\83\93ã\83ªã\83\86ã\82£ã\82\82ã\81ªã\81\84ã\80\82
+呼び出し元プロセスにはメッセージキューに対する書き込み許可がなく、 \fBCAP_IPC_OWNER\fP ケーパビリティもない。
.TP
\fBEAGAIN\fP
\fImsg_qbytes\fP がキューの制限を超えていたため、メッセージを送ることができず、かつ \fImsgflg\fP に \fBIPC_NOWAIT\fP
\fImsgp\fP が指しているアドレスがアクセス可能でない。
.TP
\fBEIDRM\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cå\89\8aé\99¤ã\81\95ã\82\8cã\81\9fã\80\82
+メッセージキューが削除された。
.TP
\fBEINTR\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cè¦\81æ±\82ã\81\97ã\81\9fæ\9d¡ä»¶ã\82\92æº\80ã\81\9fã\81\99ã\81¾ã\81§å\81\9cæ¢ã\81\97ã\81¦ã\81\84ã\82\8bæ\99\82ã\81«ã\80\81 ã\83\97ã\83ã\82»ã\82¹ã\81\8cã\82·ã\82°ã\83\8aã\83«ã\82\92æ\8d\95ç\8d²ã\81\97ã\81\9fã\80\82
+メッセージキューが要求した条件を満たすまで停止している時に、 プロセスがシグナルを捕獲した。
.TP
\fBEINVAL\fP
\fImsqid\fP が不適切な値であるか、 \fImtype\fP が正の値でないか、 \fImsgsz\fP が不適切な値 (0 以下か、システムで決まる値
メッセージのテキストの長さが \fImsgsz\fP よりも大きく、 \fImsgflg\fP に \fBMSG_NOERROR\fP が設定されていなかった。
.TP
\fBEACCES\fP
-å\91¼ã\81³å\87ºã\81\97å\85\83ã\83\97ã\83ã\82»ã\82¹ã\81«ã\81¯ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«å¯¾ã\81\99ã\82\8bèªã\81¿è¾¼ã\81¿è¨±å\8f¯ã\81\8cã\81ªã\81\8fã\80\81 \fBCAP_IPC_OWNER\fP ã\82±ã\83¼ã\83\91ã\83\93ã\83ªã\83\86ã\82£ã\82\82ã\81ªã\81\84ã\80\82
+呼び出し元プロセスにはメッセージキューに対する読み込み許可がなく、 \fBCAP_IPC_OWNER\fP ケーパビリティもない。
.TP
\fBEAGAIN\fP
キューにはメッセージがなく、 \fImsgflg\fP に \fBIPC_NOWAIT\fP が指定された。
\fImsgp\fP が指しているアドレスがアクセス可能でない。
.TP
\fBEIDRM\fP
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82\92å\8f\97ä¿¡ã\81\99ã\82\8bã\81\9fã\82\81ã\81«ã\83\97ã\83ã\82»ã\82¹ã\81\8cå\81\9cæ¢ã\81\97ã\81¦ã\81\84ã\82\8bé\96\93ã\81«ã\80\81 ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81\8cå\89\8aé\99¤ã\81\95ã\82\8cã\81\9fã\80\82
+メッセージを受信するためにプロセスが停止している間に、 メッセージキューが削除された。
.TP
\fBEINTR\fP
メッセージを受けるためにプロセスが停止している間に、 プロセスがシグナルを捕獲した。 \fBsignal\fP(7) 参照。
\fImsgflg\fP に \fBMSG_COPY\fP と \fBMSG_EXCEPT\fP の両方が指定された。
.TP
\fBENOMSG\fP
-\fImsgflg\fP ã\81« \fBIPC_NOWAIT\fP ã\81\8cè¨å®\9aã\81\95ã\82\8cã\81¦ã\81\8aã\82\8aã\80\81 ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\83»ã\82ã\83¥ã\83¼ã\81«è¦\81æ±\82ã\81\95ã\82\8cã\81\9få\9e\8bã\81®ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\81\8cå\98å\9c¨ã\81\97ã\81ªã\81\8bã\81£ã\81\9fã\80\82
+\fImsgflg\fP に \fBIPC_NOWAIT\fP が設定されており、 メッセージキューに要求された型のメッセージが存在しなかった。
.TP
\fBENOMSG\fP
\fBIPC_NOWAIT\fP と \fBMSG_COPY\fP が \fImsgflg\fP に指定されたが、 キューには \fImsgtyp\fP
経由で読み出したり変更したりできる)。
.TP
\fBMSGMNB\fP
-Default maximum size in bytes of a message queue: 16384 bytes (on Linux,
-this limit can be read and modified via \fI/proc/sys/kernel/msgmnb\fP). A
-privileged process (Linux: a process with the \fBCAP_SYS_RESOURCE\fP
-capability) can increase the size of a message queue beyond \fBMSGMNB\fP by a
-\fBmsgctl\fP(2) system call.
+バイト単位でのメッセージキューのデフォルトの最大サイズ : 16384 バイト。 (Linux では、この制限値は
+\fI/proc/sys/kernel/msgmnb\fP 経由で読み出したり変更したりできる)。 特権プロセス (Linux ではケーパビリティ
+\fBCAP_SYS_RESOURCE\fP を持ったプロセス) は \fBmsgctl\fP(2) システムコールでメッセージキューのサイズを
+\fBMSGMNB\fP よりも大きい値に増やすことができる。
.PP
-The implementation has no intrinsic system\-wide limits on the number of
-message headers (\fBMSGTQL\fP) and the number of bytes in the message pool
-(\fBMSGPOOL\fP).
+現在の実装では、システム全体のメッセージ・ヘッダーの上限数 (\fBMSGTQL\fP) と、システム全体のメッセージ・プールの最大バイト数
+(\fBMSGPOOL\fP) に関して実装依存の制限はない。
.SH バグ
.\" FIXME http://marc.info/?l=linux-kernel&m=139048542803605&w=2
.\" commit 4f87dac386cc43d5525da7a939d4b4e7edbea22c
.fi
.in
.PP
-The \fImsg_name\fP field points to a caller\-allocated buffer that is used to
-return the source address if the socket is unconnected. The caller should
-set \fImsg_namelen\fP to the size of this buffer before this call; upon return
-from a successful call, \fImsg_name\fP will contain the length of the returned
-address. If the application does not need to know the source address,
-\fImsg_name\fP can be specified as NULL.
+フィールド \fImsg_name\fP は、 ソケットが接続されていない場合に送信元アドレスを返すのに使用されるバッファを指す。
+このバッファは呼び出し元が確保する。 呼び出し元は呼び出し前に \fImsg_namelen\fP にこのバッファの大きさを設定しなければならない。
+呼び出しが成功した場合、呼び出しから返って来た際には \fImsg_namelen\fP には返されるアドレスの長さが入っている。
+アプリケーションが送信元アドレスを知る必要がない場合には、 \fImsg_name\fP に NULL を指定することができる。
-\fImsg_iov\fP と \fImsg_iovlen\fP フィールドは、分解/結合用のベクトル (scatter\-gather locations)
-ã\82\92æ\8c\87å®\9aã\81\99ã\82\8bã\80\82 \fBreadv\fP(2) ã\81«èª¬æ\98\8eã\81\8cã\81\82ã\82\8bã\80\82
+\fImsg_iov\fP と \fImsg_iovlen\fP フィールドは scatter\-gather 用の場所を指定する。 \fBreadv\fP(2)
+に説明がある。
\fImsg_control\fP フィールドは \fImsg_controllen\fP の長さを持ち、他のプロトコル制御メッセージや
種々の補助データのためのバッファへのポインタである。 \fBrecvmsg\fP() を呼ぶ際には、 \fImsg_controllen\fP に
.SH バグ
.\" FIXME https://bugzilla.kernel.org/show_bug.cgi?id=75371
.\" http://thread.gmane.org/gmane.linux.man/5677
-The \fItimeout\fP argument does not work as intended. The timeout is checked
-only after the receipt of each datagram, so that if up to \fIvlen\-1\fP
-datagrams are received before the timeout expires, but then no further
-datagrams are received, the call will block forever.
+\fItimeout\fP 引き数は意図した通りには動作しない。 タイムアウトは各データグラムの受信後にのみチェックされる。 そのため、
+タイムアウトが満了する前に \fIvlen\-1\fP 個のデータグラムを受信し、 その後全くデータグラムを受信しなかった場合、
+呼び出しはずっと停止し続けてしまう。
.SH 関連項目
\fBclock_gettime\fP(2), \fBrecvmsg\fP(2), \fBsendmmsg\fP(2), \fBsendmsg\fP(2),
\fBsocket\fP(2), \fBsocket\fP(7)
数値的に大きなプライオリティ値を持つプロセスは小さな プライオリティ値を持つプロセスより前にスケジュールされる。 このため
\fBsched_get_priority_max\fP() が返す値は \fBsched_get_priority_min\fP() が返す値よりも大きい。
-Linux allows the static priority range 1 to 99 for the \fBSCHED_FIFO\fP and
-\fBSCHED_RR\fP policies, and the priority 0 for the remaining policies.
-Scheduling priority ranges for the various policies are not alterable.
+Linux では、 ポリシー \fBSCHED_FIFO\fP と \fBSCHED_RR\fP では 1 から 99
+の範囲の静的プライオリティーを持ち、それ以外のポリシーでは プライオリティとして 0 を持つ。 それぞれの方針のスケジューリングプライオリティの範囲は
+変更することができない。
-ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\97ã\83©ã\82¤ã\82ªã\83ªã\83\86ã\82£ã\81®ç¯\84å\9b²ã\81¯ä»\96ã\81® POSIX ã\82·ã\82¹ã\83\86ã\83 ã\81¨ ç\95°ã\81ªã\81£ã\81¦ã\81\84ã\82\8bã\81\8bã\82\82ã\81\97ã\82\8cã\81ªã\81\84ã\80\82ã\81\9dã\82\8cã\81§ã\80\81移æ¤\8dæ\80§(portable)ã\81®ã\81\82ã\82\8b
+スケジューリングプライオリティの範囲は他の POSIX システムと 異なっているかもしれない。それで、移植性(portable)のある
アプリケーションでは仮想的な範囲を用い \fBsched_get_priority_max\fP() と
\fBsched_get_priority_min\fP() で与えられた間隔にマップして使用することはいい考えである。 POSIX.1\-2001 では
\fBSCHED_FIFO\fP と \fBSCHED_RR\fP における 最大値と最小値の間隔を少なくとも 32 にすることを要求している。
PID が不正である。
.TP
\fBENOSYS\fP
-ã\82·ã\82¹ã\83\86ã\83 ã\83»ã\82³ã\83¼ã\83«ã\81\8cã\81¾ã\81 å®\9fè£\85ã\81\95ã\82\8cã\81¦ã\81\84ã\81ªã\81\84 (ã\81\8bã\81ªã\82\8aå\8f¤ã\81\84ã\82«ã\83¼ã\83\8dã\83«ã\81«ã\81\8aã\81\84ã\81¦ã\81®ã\81¿)ã\80\82
+システムコールがまだ実装されていない (かなり古いカーネルにおいてのみ)。
.TP
\fBESRCH\fP
プロセス ID が \fIpid\fP のプロセスが見つからなかった。
.fi
.SH 説明
スレッドの CPU affinity (親和度) マスクは、そのスレッドが 実行を許可されている CPU の集合を決定する。
-ã\83\9eã\83«ã\83\81ã\83\97ã\83ã\82»ã\83\83ã\82µã\83»ã\82·ã\82¹ã\83\86ã\83 ã\81§ã\81¯ã\80\81CPU affinity ã\83\9eã\82¹ã\82¯ã\82\92è¨å®\9aã\81\99ã\82\8bã\81\93ã\81¨ã\81§ æ\80§è\83½ä¸\8aã\81®ã\83¡ã\83ªã\83\83ã\83\88ã\82\92å¾\97ã\82\89ã\82\8cã\82\8bå\8f¯è\83½æ\80§ã\81\8cã\81\82ã\82\8bã\80\82
-例えば、特定のスレッドを一つの CPU に括り付け (すなわち、そのスレッドの affinity マスクを一つの CPU に設定し)、
-他の全てのスレッドの affinity マスクからその CPU を除外することで、 確実にそのスレッドの実行速度を最大にすることができる。
-ã\81¾ã\81\9fã\80\81ã\81\82ã\82\8bã\82¹ã\83¬ã\83\83ã\83\89ã\81®å®\9fè¡\8cã\82\92ä¸\80ã\81¤ã\81® CPU ã\81«é\99\90å®\9aã\81\99ã\82\8bã\81\93ã\81¨ã\81§ã\80\81 ä¸\80ã\81¤ã\81® CPU ã\81§ã\81®å®\9fè¡\8cã\82\92å\81\9cæ¢ã\81\97ã\81¦ã\81\8bã\82\89å\88¥ã\81® CPU ã\81§å®\9fè¡\8cã\82\92å\86\8dé\96\8bã\81\99ã\82\8bã\81¨ã\81\8dã\81«ç\99ºç\94\9fã\81\99ã\82\8b
-キャッシュ無効化 (cache invalidation) による性能面の劣化を避けることもできる。
+ã\83\9eã\83«ã\83\81ã\83\97ã\83ã\82»ã\83\83ã\82µã\82·ã\82¹ã\83\86ã\83 ã\81§ã\81¯ã\80\81CPU affinity ã\83\9eã\82¹ã\82¯ã\82\92è¨å®\9aã\81\99ã\82\8bã\81\93ã\81¨ã\81§ æ\80§è\83½ä¸\8aã\81®ã\83¡ã\83ªã\83\83ã\83\88ã\82\92å¾\97ã\82\89ã\82\8cã\82\8bå\8f¯è\83½æ\80§ã\81\8cã\81\82ã\82\8bã\80\82 ä¾\8bã\81\88ã\81°ã\80\81ç\89¹å®\9aã\81®ã\82¹ã\83¬ã\83\83ã\83\89ã\82\92ä¸\80ã\81¤ã\81®
+CPU に括り付け (すなわち、そのスレッドの affinity マスクを一つの CPU に設定し)、 他の全てのスレッドの affinity
+マスクからその CPU を除外することで、 確実にそのスレッドの実行速度を最大にすることができる。 また、あるスレッドの実行を一つの CPU
+ã\81«é\99\90å®\9aã\81\99ã\82\8bã\81\93ã\81¨ã\81§ã\80\81 ä¸\80ã\81¤ã\81® CPU ã\81§ã\81®å®\9fè¡\8cã\82\92å\81\9cæ¢ã\81\97ã\81¦ã\81\8bã\82\89å\88¥ã\81® CPU ã\81§å®\9fè¡\8cã\82\92å\86\8dé\96\8bã\81\99ã\82\8bã\81¨ã\81\8dã\81«ç\99ºç\94\9fã\81\99ã\82\8b ã\82ã\83£ã\83\83ã\82·ã\83¥ç\84¡å\8a¹å\8c\96 (cache
+invalidation) による性能面の劣化を避けることもできる。
CPU affinity マスクは「CPU の集合」を表す \fIcpu_set_t\fP 構造体で表現され、 \fIcpu_set_t\fP へのポインタ
\fImask\fP で指定される。 CPU 集合を操作するためのマクロ群については \fBCPU_SET\fP(3) で記載されている。
\fBexecve\fP(2) の前後で保存される。
このマニュアルページでは CPU affinity コールの glibc インタフェースを
-説æ\98\8eã\81\97ã\81¦ã\81\84ã\82\8bã\80\82å®\9fé\9a\9bã\81®ã\82·ã\82¹ã\83\86ã\83 ã\82³ã\83¼ã\83«ã\83»ã\82¤ã\83³ã\82¿ã\83\95ã\82§ã\83¼ã\82¹ã\81¯å°\91ã\81\97é\81\95ã\81£ã\81¦ã\81\8aã\82\8aã\80\81 å®\9fé\9a\9bã\81®å®\9fè£\85ã\81§ã\81¯ CPU é\9b\86å\90\88ã\81¯ç°¡å\8d\98ã\81ªã\83\93ã\83\83ã\83\88ã\83\9eã\82¹ã\82¯ã\81§ã\81\82ã\82\8bã\81¨ã\81\84ã\81\86å®\9fç\8a¶ã\82\92å\8f\8dæ\98 ã\81\97ã\80\81
+説明している。実際のシステムコールインタフェースは少し違っており、 実際の実装では CPU 集合は簡単なビットマスクであるという実状を反映し、
\fImask\fP の型が \fIunsigned long\ *\fP となっている。 成功時には、生の \fBsched_getaffinity\fP()
システムコール自身は \fIcpumask_t\fP データ型の (バイト単位の) 大きさを返す。 \fIcpumask_t\fP はカーネル内部で CPU
集合のビットマスクを表現するのに 使われているデータ型である。
.\"
.TH SCHED_SETPARAM 2 2014\-05\-11 Linux "Linux Programmer's Manual"
.SH 名前
-sched_setparam, sched_getparam \- ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\81®è¨å®\9aã\81¨å\8f\96å¾\97ã\82\92è¡\8cã\81ªã\81\86
+sched_setparam, sched_getparam \- スケジューリングパラメータの設定と取得を行なう
.SH 書式
.nf
\fB#include <sched.h>\fP
.fi
.SH 説明
\fBsched_setparam\fP() は \fIpid\fP で指定されたプロセスのスケジューリング方針 (scheduling policy) に
-é\96¢é\80£ã\81\99ã\82\8bã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\82\92è¨å®\9aã\81\99ã\82\8bã\80\82 \fIpid\fP ã\81\8c 0 ã\81ªã\82\89ã\81°ã\80\81å\91¼ã\81³å\87ºã\81\97å\85\83ã\81®ã\83\97ã\83ã\82»ã\82¹ã\81®ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\81\8cè¨å®\9aã\81\95ã\82\8cã\82\8bã\80\82 å¼\95ã\81\8dæ\95° \fIparam\fP
+関連するスケジューリングパラメータを設定する。 \fIpid\fP が 0 ならば、呼び出し元のプロセスのパラメータが設定される。 引き数 \fIparam\fP
の解釈は、 \fIpid\fP で指定されたプロセスのスケジューリング方針によって異なる。 Linux でサポートされているスケジューリング方針の説明は
\fBsched\fP(7) を参照のこと。
-\fBsched_getparam\fP() ã\81¯ \fIpid\fP ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81\9fã\83\97ã\83ã\82»ã\82¹ã\81®ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\82\92å\8f\96å¾\97ã\81\99ã\82\8bã\80\82 \fIpid\fP ã\81\8c 0
+\fBsched_getparam\fP() は \fIpid\fP で指定されたプロセスのスケジューリングパラメータを取得する。 \fIpid\fP が 0
ならば、呼び出し元のプロセスのパラメータを取得する。
\fBsched_setparam\fP() はスレッドのスケジューリング方針における \fIparam\fP の妥当性をチェックする。
.SH エラー
.TP
\fBEINVAL\fP
-Invalid arguments: \fIparam\fP is NULL or \fIpid\fP is negative
+無効な引き数: \fIparam\fP が NULL である、または \fIpid\fP が負である。
.TP
\fBEINVAL\fP
(\fBsched_setparam\fP()) 引き数 \fIparam\fP が現在のスケジューリング方針においては 無意味である。
.\"
.TH SCHED_SETSCHEDULER 2 2014\-05\-21 Linux "Linux Programmer's Manual"
.SH 名前
-sched_setscheduler, sched_getscheduler \- ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\9dã\83ªã\82·ã\83¼ã\81¨ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\82\92è¨å®\9a/å\8f\96å¾\97ã\81\99ã\82\8b
+sched_setscheduler, sched_getscheduler \- スケジューリングポリシーとパラメータを設定/取得する
.SH 書式
.nf
\fB#include <sched.h>\fP
.sp
.fi
.SH 説明
-The \fBsched_setscheduler\fP() system call sets both the scheduling policy and
-parameters for the thread whose ID is specified in \fIpid\fP. If \fIpid\fP equals
-zero, the scheduling policy and parameters of the calling thread will be
-set.
+\fBsched_setscheduler\fP() システムコールは、 \fIpid\fP で指定された ID
+を持つスレッドのスケジューリングポリシーとスケジューリングパラメーターの両方を設定する。 \fIpid\fP が 0
+の場合、呼び出したスレッド自身のスケジューリングポリシーとスケジューリングパラメーターが設定される。
The scheduling parameters are specified in the \fIparam\fP argument, which is a
pointer to a structure of the following form:
\fBSCHED_OTHER\fP
.\" In the 2.6 kernel sources, SCHED_OTHER is actually called
.\" SCHED_NORMAL.
-æ¨\99æº\96ã\81®ã\80\81ã\83©ã\82¦ã\83³ã\83\89ã\83ã\83\93ã\83³ã\81«ã\82\88ã\82\8bæ\99\82å\88\86å\89²å\9e\8bã\81®ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\9dã\83ªã\82·ã\83¼ã\80\82
+標準の、ラウンドロビンによる時分割型のスケジューリングポリシー。
.TP
\fBSCHED_BATCH\fP
「バッチ」形式でのプロセスの実行用。
.TP
\fBSCHED_IDLE\fP
-ã\80\8cé\9d\9e常ã\81«ã\80\8dä½\8eã\81\84å\84ªå\85\88度ã\81§å\8b\95ä½\9cã\81\99ã\82\8bã\83\90ã\83\83ã\82¯ã\82°ã\83©ã\82¦ã\83³ã\83\89ã\83»ã\82¸ã\83§ã\83\96ç\94¨ã\80\82
+「非常に」低い優先度で動作するバックグラウンドジョブ用。
.PP
For each of the above policies, \fIparam\->sched_priority\fP must be 0.
-Various "real\-time" policies are also supported, for special time\-critical
-applications that need precise control over the way in which runnable
-threads are selected for execution. For the rules governing when a process
-may use these policies, see \fBsched\fP(7). The real\-time policies that may be
-specified in \fIpolicy\fP are:
+どの実行可能スレッドを選択するかについて、より正確な制御を必要とする 時間の制約が厳しい特別なアプリケーション用として、
+いろいろな「リアルタイム」ポリシーもサポートされている。 プロセスがこれらのポリシーをいつ使用できるかを決めるルールについては、\fBsched\fP(7)
+を参照。 \fIpolicy\fP には以下のリアルタイムポリシーを指定できる。
.TP 14
\fBSCHED_FIFO\fP
ファーストイン、ファーストアウト型のポリシー。
with the specified \fIpolicy\fP. On Linux, these system calls return,
respectively, 1 and 99.
-Since Linux 2.6.32, the \fBSCHED_RESET_ON_FORK\fP flag can be ORed in \fIpolicy\fP
-when calling \fBsched_setscheduler\fP(). As a result of including this flag,
-children created by \fBfork\fP(2) do not inherit privileged scheduling
-policies. See \fBsched\fP(7) for details.
+Linux 2.6.32 以降では、 \fBsched_setscheduler\fP() を呼び出す際に \fIpolicy\fP に
+\fBSCHED_RESET_ON_FORK\fP フラグを OR で指定できる。このフラグが指定されると、 \fBfork\fP(2)
+で作成された子プロセスは特権が必要なスケジューリングポリシーを継承しない。 詳細は \fBsched\fP(7) を参照。
-\fBsched_getscheduler\fP() returns the current scheduling policy of the thread
-identified by \fIpid\fP. If \fIpid\fP equals zero, the policy of the calling
-thread will be retrieved.
+\fBsched_getscheduler\fP() は \fIpid\fP で識別されるスレッドの現在のスケジューリングポリシーを返す。\fIpid\fP が 0
+ならば、呼び出した スレッド自身のスケジューリングポリシーが返される。
.SH 返り値
成功した場合、 \fBsched_setscheduler\fP() は 0 を返す。 成功した場合、 \fBsched_getscheduler\fP()
は現在のそのスレッドのポリシー (非負の整数) を返す。 エラーの場合、 どちらのコールも \-1 を返し、 \fIerrno\fP が適切に設定される。
.SH エラー
.TP
\fBEINVAL\fP
-Invalid arguments: \fIpid\fP is negative or \fIparam\fP is NULL.
+無効な引き数: \fIpid\fP が負である、または \fIparam\fP が NULL である。
.TP
\fBEINVAL\fP
(\fBsched_setscheduler\fP()) \fIpolicy\fP が認識できるポリシーではない。
システムコールの代わりに \fBpthread_setschedparam\fP(3), \fBpthread_getschedparam\fP(3), and
\fBpthread_setschedprio\fP(3) を使用すること)。
.SH バグ
-POSIX ã\81§ã\81¯ã\80\81æ\88\90å\8a\9fæ\99\82ã\81« \fBsched_setscheduler\fP() ã\81¯ç\9b´å\89\8dã\81®ã\82¹ã\82±ã\82¸ã\83¥ã\83¼ã\83ªã\83³ã\82°ã\83»ã\83\9dã\83ªã\82·ã\83¼ã\82\92è¿\94ã\81\99ã\81¹ã\81\8dã\81¨ã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\80\82 Linux ã\81®
+POSIX では、成功時に \fBsched_setscheduler\fP() は直前のスケジューリングポリシーを返すべきとされている。 Linux の
\fBsched_setscheduler\fP() はこの要求仕様に準拠しておらず、 成功時には常に 0 を返す。
.SH 関連項目
.ad l
initialize the set, checking for a nonzero \fIsem_otime\fP in the associated
data structure retrieved by a \fBsemctl\fP(2) \fBIPC_STAT\fP operation can be
used to avoid races.
-.SS "Semaphore limits"
-セマフォ集合のリソースに関する制限のうち、 \fBsemget\fP() に影響を及ぼすものを以下に挙げる:
+.SS セマフォの上限
+セマフォ集合のリソースに関する上限のうち、 \fBsemget\fP() に影響を及ぼすものを以下に挙げる:
.TP
\fBSEMMNI\fP
.\" This /proc file is not available in Linux 2.2 and earlier -- MTK
-System\-wide limit on the number of semaphore sets: policy dependent (on
-Linux, this limit can be read and modified via the fourth field of
-\fI/proc/sys/kernel/sem\fP).
+システム全体のセマフォ集合の上限数: 方針依存 (Linux では、この制限値は \fI/proc/sys/kernel/sem\fP
+の第4フィールドに対応し、読み出しも変更もできる)。
.TP
\fBSEMMSL\fP
セマフォ ID あたりのセマフォの最大数: 実装依存 (Linux では、この制限値は \fI/proc/sys/kernel/sem\fP
.PP
あるセマフォの \fIsemval\fP, \fIsempid\fP, \fIsemzcnt\fP, \fIsemnct\fP の値はいずれも、適切な操作を指定して
\fBsemctl\fP(2) を呼び出すことで取得できる。
-.SS "Semaphore limits"
+.SS セマフォの上限
セマフォ集合のリソースに関する制限のうち、 \fBsemop\fP() に影響を及ぼすものを以下に挙げる:
.TP
\fBSEMOPM\fP
\fI帯域外 (out\-of\-band)\fP データをサポートするソケット (例えば \fBSOCK_STREAM\fP) で \fI帯域外\fP
データを送る。下位プロトコルも \fI帯域外\fP データをサポートしている必要がある。
.SS sendmsg()
-The definition of the \fImsghdr\fP structure employed by \fBsendmsg\fP() is as
-follows:
+\fBsendmsg\fP() で利用されている \fImsghdr\fP 構造体は以下の通り。
.in +4n
.nf
.fi
.in
.PP
-The \fImsg_name\fP field is used on an unconnected socket to specify the target
-address for a datagram. It points to a buffer containing the address; the
-\fImsg_name\fP field should be set to the size of the address. For a connected
-socket, these fields should be specified as NULL and 0, respectively.
+フィールド \fImsg_name\fP は、 未接続のソケットでデータグラムの宛先アドレスを指定するのに使用される。
+このフィールドはアドレスを格納したバッファを指す。 \fImsg_namelen\fP フィールドにはアドレスの大きさを設定しなければならない。
+接続済のソケットについては、これらのフィールドにはそれぞれ NULL と 0 を指定しなければならない。
-The \fImsg_iov\fP and \fImsg_iovlen\fP fields specify scatter\-gather locations, as
-for \fBwritev\fP(2).
+フィールド \fBmsg_iov\fP と \fImsg_iovlen\fP は scatter\-gather 用の場所を指定する。 \fBwritev\fP(2)
+と同じ。
-\fImsg_control\fP と \fImsg_controllen\fP メンバーを使用して制御情報を送信することができる。
+フィールド \fImsg_control\fP と \fImsg_controllen\fP を使用して制御情報を送信することができる。
カーネルが処理できる制御バッファのソケットあたりの最大長は、 \fI/proc/sys/net/core/optmem_max\fP の値に制限されている。
\fBsocket\fP(7) を参照。
.\" Still to be documented:
.\" Send file descriptors and user credentials using the
.\" msg_control* fields.
-The \fImsg_flags\fP field is ignored.
+フィールド \fImsg_flags\fP は無視される。
.SH 返り値
成功した場合、これらのシステムコールは送信されたバイト数を返す。 エラーの場合、 \-1 を返し、 \fIerrno\fP を適切に設定にする。
.SH エラー
2 つの定数が同じ値を持つことも求めていない。 したがって、移植性が必要なアプリケーションでは、両方の可能性を 確認すべきである。
.TP
\fBEAGAIN\fP
-(Internet domain datagram sockets) The socket referred to by \fIsockfd\fP had
-not previously been bound to an address and, upon attempting to bind it to
-an ephemeral port, it was determined that all port numbers in the ephemeral
-port range are currently in use. See the discussion of
-\fI/proc/sys/net/ipv4/ip_local_port_range\fP in \fBip\fP(7).
+(インターネットドメインデータグラムソケットの場合) \fIsockfd\fP が参照するソケットがそれ以前にアドレスにバインドされておらず、
+そのソケットに一時ポートをバインドしようとした際に、 一時ポートとして使用する範囲のポート番号がすべて使用中であった。 \fBip\fP(7) の
+\fI/proc/sys/net/ipv4/ip_local_port_range\fP の議論を参照のこと。
.TP
\fBEBADF\fP
無効なディスクリプターが指定された。
\fImode\fP 引き数には、追加で \fIモードフラグ\fP を含めることもできる。 サポートされている \fIモードフラグ\fP は以下の通りである。
.TP
\fBMPOL_F_STATIC_NODES\fP (Linux 2.6.26 以降)
-A nonempty \fInodemask\fP specifies physical node ids. Linux will not remap
-the \fInodemask\fP when the process moves to a different cpuset context, nor
-when the set of nodes allowed by the process's current cpuset context
-changes.
+空でない \fInodemask\fP は、物理ノード ID である。 Linux では、そのプロセスが異なる CPU 集合コンテキスト (cpuset
+context) に移動した場合でも、そのプロセスの現在の CPU 集合コンテキストで 許可されているノード集合が変化した場合でも、
+\fInodemask\fP をマッピングし直すことはない。
.TP
\fBMPOL_F_RELATIVE_NODES\fP (Linux 2.6.26 以降)
空でない \fInodemask\fP は、そのプロセスの現在の CPU 集合で許可されているノード ID 集合 における相対的なノード ID である。
.\" SVr4 documents an additional error condition EEXIST.
SVr4, POSIX.1\-2001.
-\fBSHM_HUGETLB\fP and \fBSHM_NORESERVE\fP are Linux extensions.
+\fBSHM_HUGETLB\fP と \fBSHM_NORESERVE\fP は Linux での拡張である。
.SH 注意
.\" Like Linux, the FreeBSD man pages still document
.\" the inclusion of these header files.
でもこれらのインクルードをするように記載されている。このような古いシステムへの移植性を意図したアプリケーションではこれらのファイルをインクルードする必要があるかもしれない。
.\"
-\fBIPC_PRIVATE\fP isn't a flag field but a \fIkey_t\fP type. If this special
-value is used for \fIkey\fP, the system call ignores all but the least
-significant 9 bits of \fIshmflg\fP and creates a new shared memory segment.
+\fBIPC_PRIVATE\fP はフラグではなく \fIkey_t\fP 型である。 この特別な値が \fIkey\fP に使用された場合は、 \fBshmget\fP()
+は \fIshmflg\fP の下位 9 ビットを除いた全てを無視し、 新しい共有メモリ・セグメントを作成する。
.SS "Shared memory limits"
\fBshmget\fP() コールに影響する共有メモリ・セグメント資源の制限は以下の通りである:
.TP
\fBSHMALL\fP
-System\-wide limit on the number of shared memory pages. Since Linux 2.4,
-the default value for this limit is
+システム全体の共有メモリ・ページ数の上限値。 Linux 2.2 以降では、この上限値のデフォルトは以下である。
SHMMAX / PAGE_SIZE * (SHMMNI / 16)
共有メモリ・セグメントのバイト単位の大きさの下限: 実装依存 (現在は 1 バイトだが、実質的な最小サイズは \fBPAGE_SIZE\fP である)。
.TP
\fBSHMMNI\fP
-System\-wide limit on the number of shared memory segments. In Linux 2.2,
-the default value for this limit was 128; since Linux 2.4, the default value
-is 4096.
+システム全体の共有メモリ・セグメント数の上限値。 この上限値のデフォルトは、 Linux 2.2 以降では 128、 Linux 2.4 以降で
+4096 である。
.\" Kernels between 2.4.x and 2.6.8 had an off-by-one error that meant
.\" that we could create one more segment than SHMMNI -- MTK
In addition to \fBSHM_RND\fP, the following flags may be specified in the
\fIshmflg\fP bit\-mask argument:
.TP
-\fBSHM_EXEC\fP (Linux\-specific; since Linux 2.6.9)
+\fBSHM_EXEC\fP (Linux 固有; Linux 2.6.9 以降)
Allow the contents of the segment to be executed. The caller must have
execute permission on the segment.
.TP
permission for the segment. There is no notion of a write\-only shared
memory segment.
.TP
-\fBSHM_REMAP\fP (Linux\-specific)
+\fBSHM_REMAP\fP (Linux 固有)
This flag specifies that the mapping of the segment should replace any
existing mapping in the range starting at \fIshmaddr\fP and continuing for the
size of the segment. (Normally, an \fBEINVAL\fP error would result if a
.\" -- MTK, Nov 04
セグメントの境界アドレスの最小倍数。ページ境界に合ってなければならない。 現在の実装では \fBSHMLBA\fP の値は \fBPAGE_SIZE\fP である。
.PP
-The implementation places no intrinsic per\-process limit on the number of
-shared memory segments (\fBSHMSEG\fP).
+現在の実装では、プロセスごとの 共有メモリ・セグメントの最大数 (\fBSHMSEG\fP) に関する実装依存の制限はない。
.SH 関連項目
\fBbrk\fP(2), \fBmmap\fP(2), \fBshmctl\fP(2), \fBshmget\fP(2), \fBcapabilities\fP(7),
\fBshm_overview\fP(7), \fBsvipc\fP(7)
.sp
\fBlstat\fP():
.RS 4
-/* glibc 2.19 and earlier */ _BSD_SOURCE ||
+/* glibc 2.19 以前 */ _BSD_SOURCE ||
.br
-/* Since glibc 2.20 */_DEFAULT_SOURCE ||
+/* glibc 2.20 以降 */_DEFAULT_SOURCE ||
.br
_XOPEN_SOURCE\ >=\ 500 || _XOPEN_SOURCE\ &&\ _XOPEN_SOURCE_EXTENDED
.br
\fIst_ctime\fP フィールドは書き込みや inode 情報 (所有者、グループ、リンク数、モードなど) の 設定によって変更される。
.PP
-The following mask values are defined for the file type component of the
-\fIst_mode\fP field:
+以下のマスク値が \fIst_mode\fP フィールドのファイル種別の検査用に定義されている。
.in +4n
.TS
lB l l.
.TE
.in
.PP
-Thus, to test for a regular file (for example), one could write:
+したがって、(例えば) 通常のファイルかどうかを検査するには、以下のようにすればよい。
.nf
.in +4n
.in
.fi
.PP
-Because tests of the above form are common, additional macros are defined by
-POSIX to allow the test of the file type in \fIst_mode\fP to be written more
-concisely:
+上記の形の検査はよくあるので、 POSIX では以下のマクロが定義されており、 \fIst_mode\fP
+のファイル種別の検査をより簡単に書けるようになっている。
.RS 4
.TP 1.2i
\fBS_ISREG\fP(m)
ソケットか? (POSIX.1\-1996 にはない)
.RE
.PP
-The preceding code snippet could thus be rewritten as:
+上で挙げたコードは以下のように書き換えることができる。
.nf
.in +4n
.in
.fi
.PP
-The definitions of most of the above file type test macros are provided if
-any of the following feature test macros are defined: \fB_BSD_SOURCE\fP (in
-glibc 2.19 and earlier), \fB_SVID_SOURCE\fP (in glibc 2.19 and earlier), or
-\fB_DEFAULT_SOURCE\fP (in glibc 2.20 and later). In addition, definitions of
-all of the above macros except \fBS_IFSOCK\fP and \fBS_ISSOCK\fP() are provided
-if \fB_XOPEN_SOURCE\fP is defined. The definition of \fBS_IFSOCK\fP can also be
-exposed by defining \fB_XOPEN_SOURCE\fP with a value of 500 or greater.
-
-The definition of \fBS_ISSOCK\fP() is exposed if any of the following feature
-test macros is defined: \fB_BSD_SOURCE\fP (in glibc 2.19 and earlier),
-\fB_DEFAULT_SOURCE\fP (in glibc 2.20 and later), \fB_XOPEN_SOURCE\fP with a value
-of 500 or greater, or \fB_POSIX_C_SOURCE\fP with a value of 200112L or greater.
+上記のほとんどのファイル種別検査マクロの定義は、 機能検査マクロ \fB_BSD_SOURCE\fP (glibc 2.19 以前の場合)、
+\fB_SVID_SOURCE\fP (glibc 2.19 以前の場合)、 \fB_DEFAULT_SOURCE\fP (glibc 2.20 以降の場合)
+のいずれかが定義されている場合に公開される。 さらに、 \fBS_IFSOCK\fP と \fBS_ISSOCK\fP 以外の上記のすべてのマクロの定義は
+\fB_XOPEN_SOURCE\fP が定義されている場合にも公開される。 \fBS_IFSOCK\fP の定義は \fB_XOPEN_SOURCE\fP が値 500
+以上で定義された場合にも公開される。
+
+\fBS_ISSOCK\fP() の定義が公開されるのは以下の機能検査マクロが定義されている場合である: \fB_BSD_SOURCE\fP (glibc 2.19
+以前の場合)、 \fB_DEFAULT_SOURCE\fP (glibc 2.20 以降の場合)、 値 500 以上の \fB_XOPEN_SOURCE\fP、
+値が 200112L 以上の \fB_POSIX_C_SOURCE\fP。
.PP
-The following mask values are defined for the file permissions component of
-the \fIst_mode\fP field:
+以下のマスク値が \fIst_mode\fP フィールドのファイルのアクセス許可の検査用に定義されている。
.in +4n
.TS
lB l l.
S_ISGID 0002000 set\-group\-ID bit (下記参照)
S_ISVTX 0001000 スティッキー・ビット (下記参照)
-S_IRWXU 00700 mask for file owner permissions
-S_IRUSR 00400 owner has read permission
-S_IWUSR 00200 owner has write permission
-S_IXUSR 00100 owner has execute permission
+S_IRWXU 00700 ファイル所有者のアクセス許可用のビットマスク
+S_IRUSR 00400 所有者の読み込み許可
+S_IWUSR 00200 所有者の書き込み許可
+S_IXUSR 00100 所有者の実行許可
-S_IRWXG 00070 mask for group permissions
-S_IRGRP 00040 group has read permission
-S_IWGRP 00020 group has write permission
-S_IXGRP 00010 group has execute permission
+S_IRWXG 00070 グループのアクセス許可用のビットマスク
+S_IRGRP 00040 グループの読み込み許可
+S_IWGRP 00020 グループの書き込み許可
+S_IXGRP 00010 グループの実行許可
S_IRWXO 00007 T{
他人 (others) のアクセス許可用のビットマスク
T}
-S_IROTH 00004 others have read permission
-S_IWOTH 00002 others have write permission
-S_IXOTH 00001 others have execute permission
+S_IROTH 00004 他人の読み込み許可
+S_IWOTH 00002 他人の書き込み許可
+S_IXOTH 00001 他人の実行許可
.TE
.in
.P
-The set\-group\-ID bit (\fBS_ISGID\fP) has several special uses. For a
-directory, it indicates that BSD semantics is to be used for that directory:
-files created there inherit their group ID from the directory, not from the
-effective group ID of the creating process, and directories created there
-will also get the \fBS_ISGID\fP bit set. For a file that does not have the
-group execution bit (\fBS_IXGRP\fP) set, the set\-group\-ID bit indicates
-mandatory file/record locking.
+set\-group\-ID bit (\fBS_ISGID\fP) にはいくつかの特殊な使用法がある: ディレクトリに設定した場合には、そのディレクトリが
+BSD 方式で使用される ことを示す。つまり、そのディレクトリに作成されたファイルのグループID は 作成したプロセスの実効 (effective)
+グループID ではなく、ディレクトリの グループID を継承する。また、そのディレクトリに作成されたディレクトリにも \fBS_ISGID\fP
+ビットが設定される。グループ実行ビット (\fBS_IXGRP\fP) が設定されていないファイルに設定された場合は、 set\-group\-ID
+ビットはファイル/レコードの 強制的な (mandatory) ロックを表す。
.P
.\"
.\"
dotted\-decimal notation)\fP と呼ぶ (\fIIPv4 のドット区切り 4 分割表記 (IPv4 dotted\-decimal
notation)\fP と呼ぶこともある)。
-\fBinet_aton\fP() returns 1 if the supplied string was successfully
-interpreted, or 0 if the string is invalid (\fBerrno\fP is \fInot\fP set on
-error).
+\fBinet_aton\fP() は渡された文字列が正常に解釈できた場合 1 を返し、 文字列が不正な場合 0 を返す (エラーの場合に \fBerrno\fP
+はセット\fIされない\fP)。
.PP
-The \fBinet_addr\fP() function converts the Internet host address \fIcp\fP from
-IPv4 numbers\-and\-dots notation into binary data in network byte order. If
-the input is invalid, \fBINADDR_NONE\fP (usually \-1) is returned. Use of this
-function is problematic because \-1 is a valid address (255.255.255.255).
-Avoid its use in favor of \fBinet_aton\fP(), \fBinet_pton\fP(3), or
-\fBgetaddrinfo\fP(3), which provide a cleaner way to indicate error return.
+\fBinet_addr\fP() 関数は、インターネットホストのアドレス \fIcp\fP を、 IPv4
+の数値とドットによる表記からネットワークバイトオーダでの バイナリ値へ変換して返す。 入力が不正な場合、 \fBINADDR_NONE\fP (普通は \-1)
+を返す。 \-1 は有効なアドレス (255.255.255.255) なので、この関数を使うと 問題になるかもしれない。
+この関数を使うのは避け、代わりに \fBinet_aton\fP(), \fBinet_pton\fP(3), \fBgetaddrinfo\fP(3)
+を使うのがよい。 これらの関数の方が、エラーの通知がよりきれいな方法で行われる。
.PP
\fBinet_network\fP() 関数は、 IPv4 の数値とドットによる表記の文字列 \fIcp\fP を、 インターネットアドレスとしての使用に適した
ホストバイトオーダの数値に変換する。 成功すると、変換されたアドレスを返す。 入力が不正な場合は \-1 を返す。
\fBmalloc\fP(), \fBcalloc\fP(), \fBrealloc\fP(), \fBfree\fP() における事故は、 ほとんどの場合はヒープの破壊
(corruption) が原因である。 例えば、割り当てられた領域をオーバーフローする、 同じポインタに二度 free する、などがこれにあたる。
.PP
-The \fBmalloc\fP() implementation is tunable via environment variables; see
-\fBmallopt\fP(3) for details.
+\fBmalloc\fP 実装は、環境変数で動作を調整できる。 詳細は \fBmallopt\fP(3) を参照のこと。
.SH 関連項目
.\" http://g.oswego.edu/dl/html/malloc.html
.\" A Memory Allocator - by Doug Lea
可能性のある操作の前後で cancelability を無効にしたりする際には
注意すること。なぜなら、無効にしてしまうと、キャンセル要求に対して
スレッドが応答しない状態になってしまうからである。
-.SS "Asynchronous cancelability"
+.SS 非同期キャンセル
cancelability type を \fBPTHREAD_CANCEL_ASYNCHRONOUS\fP
に設定して役に立つことはめったにない。スレッドは\fIいつでも\fPキャンセルすることができることになるので、スレッドが安全にリソースの確保 (例えば
\fBmalloc\fP(3) でメモリを割り当てる) や
一般的には、それ以外のライブラリ関数は、非同期にキャンセルできるスレッドから安全に呼び出すことはできない。
非同期でのキャンセルが有効な数少ない状況としては、純粋に計算だけを行うループに入っているスレッドをキャンセルするといった場面がある。
-.SS "Portability notes"
+.SS 移植性に関する注意
.\" It looks like at least Solaris, FreeBSD and Tru64 support this.
Linux のスレッド実装では、 \fBpthread_setcancelstate\fP() の \fIoldstate\fP
引き数に NULL を指定することを認めている。 NULL が指定された場合、
(他の関数とともに) 利用される。
.SS rcmd()
.PP
-The \fBrcmd\fP() function looks up the host \fI*ahost\fP using
-\fBgethostbyname\fP(3), returning \-1 if the host does not exist. Otherwise,
-\fI*ahost\fP is set to the standard name of the host and a connection is
-established to a server residing at the well\-known Internet port \fIinport\fP.
+\fBrcmd\fP() 関数は \fBgethostbyname\fP(3) を用いて \fI*ahost\fP の参照を行う。ホストが存在しない場合は \-1
+を返す。 見つかった場合は \fI*ahost\fP にホストの標準名 (standard name) をセットして、 予約されているインターネットポート
+\fIinport\fP 経由でサーバーへの接続を確立する。
.PP
接続に成功したら、インターネットドメインに存在するタイプ \fBSOCK_STREAM\fP のソケットが呼び出しもとに返される。
このソケットの相手側はリモートコマンドの \fIstdin\fP および \fIstdout\fP に接続される。 \fIfd2p\fP
.SH 説明
このインタフェースは \fBrcmd\fP(3) によって置き換えられた。
-The \fBrexec\fP() function looks up the host \fI*ahost\fP using
-\fBgethostbyname\fP(3), returning \-1 if the host does not exist. Otherwise,
-\fI*ahost\fP is set to the standard name of the host. If a username and
-password are both specified, then these are used to authenticate to the
-foreign host; otherwise the environment and then the \fI.netrc\fP file in
-user's home directory are searched for appropriate information. If all this
-fails, the user is prompted for the information.
+\fBrexec\fP() 関数は \fBgethostbyname\fP(3) を使ってホスト \fI*ahost\fP を探す。ホストが存在しない場合は \-1
+を返し、それ以外の場合には \fI*ahost\fP にそのホストの標準的な名前を設定する。 ユーザ名とパスワードの両方が指定された場合には、これらは
+接続先のホストへの認証に利用される。そうでない場合には、 適切な情報を入手するために、環境変数と、そのユーザの ホームディレクトリの \fI.netrc\fP
+ファイルが検索される。情報が見つからなかった時には、 ユーザに対して情報を入力するプロンプトが表示される。
.PP
ポート \fIinport\fP には、接続に使用する DARPA Internet の well\-known ポートを指定する。
\fIgetservbyname("exec", "tcp")\fP を呼び出すと構造体へのポインタが返され (\fBgetservent\fP(3)
.SS "マルチスレッディング (pthreads(7) 参照)"
\fBstpcpy\fP() 関数はスレッドセーフである。
.SH 準拠
-This function was added to POSIX.1\-2008. Before that, it was not part of
-the C or POSIX.1 standards, nor customary on UNIX systems. It first
-appeared at least as early as 1986, in the Lattice C AmigaDOS compiler, then
-in the GNU fileutils and GNU textutils in 1989, and in the GNU C library by
-1992. It is also present on the BSDs.
+この関数は POSIX.1\-2008 に追加された。 それ以前は、この関数は C や POSIX.1 標準の一部でも UNIX
+システムの慣習的なものでもなかった。 この関数は Lattice C AmigaDOS コンパイラで初めて登場し、それは少なくとも 1986
+年時点ではそうであった。 その後、 1989 年に GNU fileutils と GNU textutils に登場し、 1992 年までには GNU
+C ライブラリにも存在していた。 この関数は BSD 系にも存在する。
.SH バグ
この関数はバッファ \fIdest\fP の範囲を行き過ぎてしまう可能性がある。
.SH 例
.SS "マルチスレッディング (pthreads(7) 参照)"
\fBstpncpy\fP() 関数はスレッドセーフである。
.SH 準拠
-This function was added to POSIX.1\-2008. Before that, it was a GNU
-extension. It first appeared in version 1.07 of the GNU C library in 1993.
+この関数は POSIX.1\-2008 に追加された。 それ以前は GNU による拡張であった。 この関数は 1993 年に GNU C
+ライブラリのバージョン 1.07 で初めて登場した。
.SH 関連項目
\fBstrncpy\fP(3), \fBwcpncpy\fP(3)
.SH この文書について
.SH 準拠
4.4BSD, POSIX.1\-2001.
.SH 注意
-The \fBstrcasecmp\fP() and \fBstrncasecmp\fP() functions first appeared in
-4.4BSD, where they were declared in \fI<string.h>\fP. Thus, for
-reasons of historical compatibility, the glibc \fI<string.h>\fP header
-file also declares these functions, if the \fB_DEFAULT_SOURCE\fP (or, in glibc
-2.19 and earlier, \fB_BSD_SOURCE\fP) feature test macro is defined.
+関数 \fBstrcasecmp\fP() と \fBstrncasecmp\fP() は 4.4BSD で初めて登場し、 そのときは
+\fI<string.h>\fP に宣言があった。 このような、過去との互換性確保のため、 機能検査マクロ
+\fB_DEFAULT_SOURCE\fP (glibc 2.19 以前では \fB_BSD_SOURCE\fP) が定義された際に、 glibc
+のヘッダーファイル \fI<string.h>\fP でもこれらの関数が宣言されている。
.SH 関連項目
\fBbcmp\fP(3), \fBmemcmp\fP(3), \fBstrcmp\fP(3), \fBstrcoll\fP(3), \fBstring\fP(3),
\fBstrncmp\fP(3), \fBwcscasecmp\fP(3), \fBwcsncasecmp\fP(3)
フィールドの説明は以下のとおり。
.TP
\fIname\fP
-The symbolic name for the network. Network names can contain any printable
-characters except white\-space characters or the comment character.
+ネットワークの分かりやすい名前 (symbolic name)。
+ネットワーク名には、ホワイトスペースとコメント文字以外の印字可能な文字を使うことができる。
.TP
\fInumber\fP
このネットワークの正式な数字での値。
ユーザー空間ページテーブルにマッピングされているファイルと関連付けられていないページ。
.TP
\fIMapped\fP %lu
-Files which have been mapped into memory (with \fBmmap\fP(2)), such as
-libraries.
+(\fBmmap\fP(2) で) メモリにマッピングされているファイル。 ライブラリなど。
.TP
\fIShmem\fP %lu (Linux 2.6.32 以降)
[後で記載する]
\fI/proc/sys/kernel/sched_rr_timeslice_ms\fP (Linux 3.9 以降)
\fBsched_rr_get_interval\fP(2) 参照。
.TP
-\fI/proc/sys/kernel/sched_rt_period_us\fP (Since Linux 2.6.25)
-See \fBsched\fP(7).
+\fI/proc/sys/kernel/sched_rt_period_us\fP (Linux 2.6.25 以降)
+\fBsched\fP(7) 参照。
.TP
-\fI/proc/sys/kernel/sched_rt_runtime_us\fP (Since Linux 2.6.25)
-See \fBsched\fP(7).
+\fI/proc/sys/kernel/sched_rt_runtime_us\fP (Linux 2.6.25 以降)
+\fBsched\fP(7) 参照。
.TP
\fI/proc/sys/kernel/sem\fP (Linux 2.4 以降)
このファイルには System V IPC セマフォを制限する 4 つの値が書かれている。 これらのフィールドは次の順番に並んでいる:
1 個の IPC オブジェクトの形式で) フォーマットされている。 \fBsvipc\fP(7)
にはこれらのファイルから分かる情報の詳細な背景が書かれている。
.TP
-\fI/proc/timer_list\fP (since Linux 2.6.21)
+\fI/proc/timer_list\fP (Linux 2.6.21 以降)
.\" commit 289f480af87e45f7a6de6ba9b4c061c2e259fe98
This read\-only file exposes a list of all currently pending
(high\-resolution) timers, all clock\-event sources, and their parameters in a
human\-readable form.
.TP
-\fI/proc/timer_stats\fP (since Linux 2.6.21)
+\fI/proc/timer_stats\fP (Linux 2.6.21 以降)
.\" commit 82f67cd9fca8c8762c15ba7ed0d5747588c1e221
.\" Date: Fri Feb 16 01:28:13 2007 -0800
.\" Text largely derived from Documentation/timers/timer_stats.txt
コメントはシャープ (#) で始まり、その行の終わりまでがコメントとみなされる。 空行は飛ばされる。
-The \fIservice\-name\fP should begin in the first column of the file, since
-leading spaces are not stripped. \fIservice\-names\fP can be any printable
-characters excluding space and tab. However, a conservative choice of
-characters should be used to minimize compatibility problems. For example,
-a\-z, 0\-9, and hyphen (\-) would seem a sensible choice.
+行の始めのスペースは無視されないので、 \fIservice\-name\fP は、行頭から書かなければならない。 \fIservice\-names\fP
+は、スペースとタブ以外の印字可能な文字なら何でもよいが、しかしながら 互換性の問題を少なくするような文字を選択すべきである。 例えば、a\-z 、0\-9
+、ハイフォン (\-) を使用するのが無難と思われる。
指定された形式に合わない行はあってはならない (現在は、そのような行は \fBgetservent\fP(3), \fBgetservbyname\fP(3),
\fBgetservbyport\fP(3) によって無視される。しかし、その場合の挙動は信頼できない)。
.br
\fIraw_socket\fP\fB = socket(AF_APPLETALK, SOCK_RAW, \fP\fIprotocol\fP\fB);\fP
.SH 説明
-Linux implements the AppleTalk protocols described in \fIInside AppleTalk\fP.
-Only the DDP layer and AARP are present in the kernel. They are designed to
-be used via the \fBnetatalk\fP protocol libraries. This page documents the
-interface for those who wish or need to use the DDP layer directly.
+Linux は \fIInside AppleTalk\fP に記述されている AppleTalk プロトコルを実装している。 カーネルにあるのは DDP
+層と AARP だけである。これらは \fBnetatalk\fP プロトコルライブラリを通して利用されるように設計されている。 このページは DDP
+層を直接利用したいユーザーのために、 インターフェースを記述したものである。
.PP
-The communication between AppleTalk and the user program works using a
-BSD\-compatible socket interface. For more information on sockets, see
-\fBsocket\fP(7).
+AppleTalk とユーザープログラムとの通信には、 BSD 互換のソケットインターフェースを利用する。 ソケットに関するより詳しい情報は
+\fBsocket\fP(7) を見よ。
.PP
-An AppleTalk socket is created by calling the \fBsocket\fP(2) function with a
-\fBAF_APPLETALK\fP socket family argument. Valid socket types are
-\fBSOCK_DGRAM\fP to open a \fBddp\fP socket or \fBSOCK_RAW\fP to open a \fBraw\fP
-socket. \fIprotocol\fP is the AppleTalk protocol to be received or sent. For
-\fBSOCK_RAW\fP you must specify \fBATPROTO_DDP\fP.
+AppleTalk ソケットは、 ソケットファミリーの引数に \fBAF_APPLETALK\fP を指定して \fBsocket\fP(2)
+関数を呼び出すことによって生成される。指定できるソケットタイプは、 \fBddp\fP ソケットをオープンする場合には \fBSOCK_DGRAM\fP、
+\fBraw\fP ソケットをオープンする場合には \fBSOCK_RAW\fP である。 \fIprotocol\fP は送受信される AppleTalk
+プロトコルである。 ソケットタイプに \fBSOCK_RAW\fP を指定した場合は、プロトコルに \fBATPROTO_DDP\fP を指定しなければならない。
.PP
raw ソケットは実効ユーザー ID が 0 のプロセスか、 \fBCAT_NEW_RAW\fP 権限を持ったプロセスでないとオープンできない。
.SS アドレスのフォーマット
-An AppleTalk socket address is defined as a combination of a network number,
-a node number, and a port number.
+AppleTalk ソケットアドレスはネットワーク番号・ノード番号・ポート番号の 組み合わせで定義される。
.PP
.in +4n
.nf
\fBESOCKTNOSUPPORT\fP
ソケットが設定されていない。または未知のソケットタイプが要求された。
.SH バージョン
-AppleTalk is supported by Linux 2.0 or higher. The \fI/proc\fP interfaces
-exist since Linux 2.2.
+AppleTalk は Linux 2.0 以降でサポートされている。 \fI/proc\fP インタフェースは Linux 2.2 以降に存在する。
.SH 注意
\fBSO_BROADCAST\fP オプションを用いる時には慎重の上にも慎重になってほしい。 Linux ではこれに特権を必要としない。
不注意にブロードキャストアドレスに送信を行うと、 ネットワークの状態が簡単に変更されてしまう。
.\" will make the IPv4 routing omit the non-local source address check on
.\" output. Setting IP_TRANSPARENT requires NET_ADMIN capability.
.\" http://lwn.net/Articles/252545/
-Setting this boolean option enables transparent proxying on this socket.
-This socket option allows the calling application to bind to a nonlocal IP
-address and operate both as a client and a server with the foreign address
-as the local endpoint. NOTE: this requires that routing be set up in a way
-that packets going to the foreign address are routed through the TProxy box
-(i.e., the system hosting the application that employs the \fBIP_TRANSPARENT\fP
-socket option). Enabling this socket option requires superuser privileges
-(the \fBCAP_NET_ADMIN\fP capability).
+このブール値のオプションを有効にすると、 このソケットで透過プロキシ (transparent proxy) ができるようになる。
+このソケットオプションを使うと、呼び出したアプリケーションは、 ローカルではない IP アドレスをバインドして、ローカルの端点として自分以外のアドレス
+(foreign address) を持つクライアントやサーバの両方として動作できるようになる。 \fB注意\fP:
+この機能が動作するためには、自分以外のアドレス宛のパケットが透過プロキシが動作するマシン (すなわちソケットオプション
+\fBIP_TRANSPARENT\fP を利用するアプリケーションが動作しているシステム) 経由で転送されるように、 ルーティングが設定される必要がある。
+このソケットオプションを有効にするには、スーパーユーザ特権 (\fBCAP_NET_ADMIN\fP ケーパビリティ) が必要である。
.IP
iptables の TPROXY ターゲットで透過プロキシリダイレクション
(TProxy redirection) を行うには、リダイレクトされるソケットに対して
発信元と発信先の間のどこかのホストで、そのパケットが 大きすぎると判断され、分割された場合に生じる) は、たとえフォワードされる場合であっても
処理前に再構築 (デフラグメント) される。
-Only enable if running either a firewall that is the sole link to your
-network or a transparent proxy; never ever use it for a normal router or
-host. Otherwise, fragmented communication can be disturbed if the fragments
-travel over different links. Defragmentation also has a large memory and
-CPU time cost.
+ファイアウォールがローカル側のネットワークに唯一のリンクを持っている 場合や、透過プロクシの場合に限って有効にすべきである。
+通常のルーターやホストでは決して使用することのないように。 さもないとフラグメントが別のリンクを経由して伝わる場合に、
+通信のフラグメント化ができなくなってしまう。 またフラグメント再構築処理はメモリと CPU 時間のコストが非常に大きい。
.\"
これはマスカレードや透過プロクシが設定されると、 不思議な仕組みによって自動的に有効になる。
.IP *
\fBlisten\fP(2) is called on a stream socket that was not previously bound;
.IP *
-\fBconnect\fP(2) was called on a socket that was not not previously bound;
+バインドされていないソケットに対して \fBconnect\fP(2) が呼ばれた。
.IP *
-\fBsendto\fP(2) is called on a datagram socket that was not not previously
-bound.
+バインドされていないデータグラムソケットに対して \fBsendto\fP(2) が呼ばれた。
.RE
.IP
-Allocation of ephemeral ports starts with the first number in
-\fIip_local_port_range\fP and ends with the second number. If the range of
-ephemeral ports is exhausted, then the relevant system call returns an error
-(but see BUGS)
+一時ポート (ephemeral port) に割り当てられるポート番号の範囲は、 \fIip_local_port_range\fP
+の最初の数字から始まり、 2 番目の数字で終わる。 一時ポートの範囲を使い切った場合、 関連するシステムコールはエラーを返す (バグの節を参照)。
.IP
.\"
-Note that the port range in \fIip_local_port_range\fP should not conflict with
-the ports used by masquerading (although the case is handled). Also,
-arbitrary choices may cause problems with some firewall packet filters that
-make assumptions about the local ports in use. The first number should be
-at least greater than 1024, or better, greater than 4096, to avoid clashes
-with well known ports and to minimize firewall problems.
+\fIip_local_port_range\fP で指定するポート番号の範囲は、 マスカレードで用いられているポートと重なってはならない
+(その場合も取り扱われるが)。 ファイアウォールのパケットフィルターが「利用中のローカルポート」 について何らかの仮定をしている場合には、
+番号を勝手に決めてしまうと問題が起きるかもしれない。 1 番目の番号は少なくとも 1024 より大きくすべきである。
+良く使われるポートとの衝突を避けたり、ファイアウォールの問題を 回避したければ、 4096 よりも大きくするほうが良いだろう。
.TP
\fIip_no_pmtu_disc\fP (ブール値; デフォルト: 無効; Linux 2.2 以降)
.\" Precisely: 2.1.15
.SS リソース制限
リソース上限 \fBRLIMIT_MSGQUEUE\fP は、プロセスの実 UID に対応する全メッセージキューが消費する
メモリ空間の量に対して上限を設定する。 \fBgetrlimit\fP(2) を参照。
-.SS ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82ã\83¥ã\83¼ã\83»ã\83\95ã\82¡ã\82¤ã\83«ã\82·ã\82¹ã\83\86ã\83 ã\81®ã\83\9eã\82¦ã\83³ã\83\88
+.SS メッセージキューファイルシステムのマウント
Linux では、メッセージキューは仮想ファイルシステム内に作成される (他の実装でも同様の機能が提供されているものもあるが、
詳細は違っているだろう)。 以下のコマンドを使うことで (スーパーユーザは) このファイルシステムをマウントできる:
.in +4n
.in
マウントしたディレクトリのスティッキービット (sticky bit) は 自動的にオンとなる。
-ã\83¡ã\83\83ã\82»ã\83¼ã\82¸ã\82ã\83¥ã\83¼ã\83»ã\83\95ã\82¡ã\82¤ã\83«ã\82·ã\82¹ã\83\86ã\83 ã\81®ã\83\9eã\82¦ã\83³ã\83\88å¾\8cã\81¯ã\80\81ã\83\95ã\82¡ã\82¤ã\83«ã\81«å¯¾ã\81\97ã\81¦ é\80\9a常使ã\81\86ã\82³ã\83\9eã\83³ã\83\89 (ä¾\8bã\81\88ã\81° \fBls\fP(1) ã\82\84 \fBrm\fP(1))
+メッセージキューファイルシステムのマウント後は、ファイルに対して 通常使うコマンド (例えば \fBls\fP(1) や \fBrm\fP(1))
を使って、システム上のメッセージキューを表示したり 操作したりできる。
ディレクトリ内の各ファイルの内容は 1行であり、 キューに関する情報が表示される。
.fi
.in
-If \fIifc_req\fP is NULL, \fBSIOCGIFCONF\fP returns the necessary buffer size in
-bytes for receiving all available addresses in \fIifc_len\fP. Otherwise,
-\fIifc_req\fP contains a pointer to an array of \fIifreq\fP structures to be
-filled with all currently active L3 interface addresses. \fIifc_len\fP
-contains the size of the array in bytes. Within each \fIifreq\fP structure,
-\fIifr_name\fP will receive the interface name, and \fIifr_addr\fP the address.
-The actual number of bytes transferred is returned in \fIifc_len\fP.
+\fIifc_req\fP が NULL の場合、 \fBSIOCGIFCONF\fP はすべての取得できるアドレスを受け取るのに必要なバッファサイズ (バイト数)
+を \fIifc_len\fP に格納して返す。 それ以外の場合は、\fIifc_req\fP には \fIifreq\fP 構造体の配列へのポインタを渡す。
+この構造体の配列には現在アクティブな L3 インターフェースアドレスがすべて格納される。 \fIifc_len\fP はバイト単位の配列のサイズを渡す。
+\fIifreq\fP 構造体内では、 \fIifr_name\fP にインターフェース名が、 \fIifr_addr\fP にそのアドレスが入る。
+実際に格納されたバイト数は \fIifc_len\fP で返される。
\fIifc_len\fP で指定されたサイズがすべてのアドレスを格納するのに不十分な場合、 カーネルは超過分をスキップし、成功を返す。
この状況になった場合、それを検出する信頼できる方法はない。 したがって、 前もって \fIifc_req\fP を NULL に設定して
この整数オプションを設定すると、パケットの前に追加で領域が予約される。
.TP
\fBPACKET_RX_RING\fP
-Create a memory\-mapped ring buffer for asynchronous packet reception. The
-packet socket reserves a contiguous region of application address space,
-lays it out into an array of packet slots and copies packets (up to
-\fItp_snaplen\fP) into subsequent slots. Each packet is preceded by a
-metadata structure similar to \fItpacket_auxdata\fP. The protocol fields
-encode the offset to the data from the start of the metadata header.
-\fItp_net\fP stores the offset to the network layer. If the packet socket is
-of type \fBSOCK_DGRAM\fP, then \fItp_mac\fP is the same. If it is of type
-\fBSOCK_RAW\fP, then that field stores the offset to the link\-layer frame.
-Packet socket and application communicate the head and tail of the ring
-through the \fItp_status\fP field. The packet socket owns all slots with
-\fItp_status\fP equal to \fBTP_STATUS_KERNEL\fP. After filling a slot, it changes
-the status of the slot to transfer ownership to the application. During
-normal operation, the new \fItp_status\fP value has at least the
-\fBTP_STATUS_USER\fP bit set to signal that a received packet has been stored.
-When the application has finished processing a packet, it transfers
-ownership of the slot back to the socket by setting \fItp_status\fP equal to
-\fBTP_STATUS_KERNEL\fP. Packet sockets implement multiple variants of the
-packet ring. The implementation details are described in
-\fIDocumentation/networking/packet_mmap.txt\fP in the Linux kernel source tree.
+非同期でのパケット受信用のメモリマップされたリングバッファを作成する。 パケットソケットはアプリケーションのアドレス空間に連続する領域を確保し、
+そこにパケットスロットの配列を構成し、 (最大 \fItp_snaplen\fP 個の) パケットを順にスロットにコピーする。 各パケットの前には
+\fItpacket_auxdata\fP に似たメタデータ構造体が置かれる。
+プロトコルフィールドには、データの、メタデータヘッダーの先頭からのオフセットが入る。 \fItp_net\fP にはネットワーク層へのオフセットが格納される。
+パケットソケットが \fBSOCK_DGRAM\fP 型の場合、 \fItp_mac\fP も同じである。 \fBSOCK_RAW\fP 型の場合、 \fItp_net\fP
+にはリンク層のフレームへのオフセットが入る。 パケットソケットとアプリケーションは \fItp_status\fP フィールドを通してリングの先頭
+(head) と末尾 (tail) の情報を受け渡す。 パケットソケットは \fItp_status\fP が \fBTP_STATUS_KERNEL\fP
+のすべてのスロットを所有しており、 スロットにデータが入ると、
+パケットソケットはそのスロットのステータスをアプリケーションに所有権を渡す状態に変更する。 通常の動作では、 新しい \fItp_status\fP
+で少なくとも \fBTP_STATUS_USER\fP ビットがセットされていれば、 受信されたパケットが格納されたことを示している。
+アプリケーションがパケットの処理を終えると、アプリケーションはそのスロットの \fBtp_status\fP を \fBTP_STATUS_KERNEL\fP
+に設定し、そのスロットの所有権をソケットに返す。 パケットソケットは、複数バージョンのパケットリングを実装している。 実装の詳細は Linux
+カーネルソースツリーの \fIDocumentation/networking/packet_mmap.txt\fP で説明されている。
.TP
\fBPACKET_STATISTICS\fP
パケットソケットの統計情報を次の構造体形式で取得する。
.TP
\fBPACKET_TX_RING\fP (Linux 2.6.31 以降)
.\" commit 69e3c75f4d541a6eb151b3ef91f34033cb3ad6e1
-Create a memory\-mapped ring buffer for packet transmission. This option is
-similar to \fBPACKET_RX_RING\fP and takes the same arguments. The application
-writes packets into slots with \fItp_status\fP equal to \fBTP_STATUS_AVAILABLE\fP
-and schedules them for transmission by changing \fItp_status\fP to
-\fBTP_STATUS_SEND_REQUEST\fP. When packets are ready to be transmitted, the
-application calls \fBsend\fP(2) or a variant thereof. The \fIbuf\fP and \fIlen\fP
-fields of this call are ignored. If an address is passed using \fBsendto\fP(2)
-or \fBsendmsg\fP(2), then that overrides the socket default. On successful
-transmission, the socket resets \fItp_status\fP to \fBTP_STATUS_AVAILABLE\fP. It
-immediately aborts the transmission on error unless \fBPACKET_LOSS\fP is set.
+パケット送信用のメモリマップされたリングバッファを作成する。 このオプションは \fBPACKET_RX_RING\fP と同様で、同じ引き数を取る。
+アプリケーションは \fItp_status\fP が \fBTP_STATUS_AVAILABLE\fP のスロットにパケットを書き込み、
+\fItp_status\fP を \fBTP_STATUS_SEND_REQUEST\fP に変更することでそのパケットの送信を予約する。
+パケットの送信準備ができたら、アプリケーションは続けて \fBsend\fP(2) 系のシステムコールを呼び出す。 システムコールの引き数 \fIbuf\fP と
+\fIlen\fP は無視される。 \fBsendto\fP(2) や \fBsendmsg\fP(2) を使ってアドレスが渡された場合、
+ソケットのデフォルト値ではなくそのアドレスが使用される。 送信に成功すると、ソケットはそのスロットの \fItp_status\fP を
+\fBTP_STATUS_AVAILABLE\fP に戻す。 エラーの場合、 \fBPACKET_LOSS\fP がセットされていなければ、
+直ちに送信を中断しエラーを上げる。
.TP
\fBPACKET_VERSION\fP (\fBPACKET_RX_RING\fP で使用; Linux 2.6.27 以降)
.\" commit bbd6ef87c544d88c30e4b762b1b61ef267a7d279
はコネクションレスの、信頼性の低いデータパケットサービスである。 パケットは到着前に並び替えられたり複製されたりする。 UDP
は転送エラーを検出するためにチェックサムを生成・チェックする。
-When a UDP socket is created, its local and remote addresses are
-unspecified. Datagrams can be sent immediately using \fBsendto\fP(2) or
-\fBsendmsg\fP(2) with a valid destination address as an argument. When
-\fBconnect\fP(2) is called on the socket, the default destination address is
-set and datagrams can now be sent using \fBsend\fP(2) or \fBwrite\fP(2) without
-specifying a destination address. It is still possible to send to other
-destinations by passing an address to \fBsendto\fP(2) or \fBsendmsg\fP(2). In
-order to receive packets, the socket can be bound to a local address first
-by using \fBbind\fP(2). Otherwise, the socket layer will automatically assign
-a free local port out of the range defined by
-\fI/proc/sys/net/ipv4/ip_local_port_range\fP and bind the socket to
-\fBINADDR_ANY\fP.
+UDP ソケットが生成されるとき、 ローカルアドレスやリモートアドレスは指定されない。 正しい行き先アドレスを引数として \fBsendto\fP(2) や
+\fBsendmsg\fP(2) を呼べば、データグラムはただちに送信される。 ソケットに対して \fBconnect\fP(2)
+を呼ぶと、デフォルトの行き先アドレスが設定され、 \fBsend\fP(2) や \fBwrite\fP(2)
+を使って、行き先アドレスの指定なしにデータグラムを送信できるようになる。 この場合でも、行き先アドレスを \fBsendto\fP(2) や
+\fBsendmsg\fP(2) に渡せば、デフォルト以外のアドレスに送信可能である。 パケットを受信するために、まずソケットを \fBbind\fP(2)
+を用いてローカルなアドレスにバインドさせることもできる。 そうでない場合は、ソケット層は自動的に
+\fI/proc/sys/net/ipv4/ip_local_port_range\fP で定義されている範囲の外で空いているローカルなポートを割り当て、
+ソケットを \fBINADDR_ANY\fP にバインドする。
受信動作はパケットを一つだけ返す。渡したバッファよりもパケットが 小さければ、そのパケットの大きさのデータだけが返される。
逆にバッファよりも大きい場合はパケットは丸められ、 \fBMSG_TRUNC\fP フラグがセットされる。 \fBMSG_WAITALL\fP
＠:LDP man-pages:3.67:2014/05/03:arm_fadvise64_64:2:posix_fadvise:2:
＠:LDP man-pages:3.67:2013/04/01:arm_sync_file_range:2:sync_file_range:2:
○:LDP man-pages:3.67:2014/04/06:bdflush:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:bind:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:bind:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2013/02/12:break:2:unimplemented:2:
○:LDP man-pages:3.67:2010/09/20:brk:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2007/05/26:cacheflush:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2013/03/11:capset:2:capget:2:
○:LDP man-pages:3.67:2010/11/25:chdir:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/21:chmod:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/21:chown:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/21:chown:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/21:chown32:2:chown:2:
○:LDP man-pages:3.67:2010/09/20:chroot:2:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.67:2013/12/28:clock_getres:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/27:clone:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/02/27:clone2:2:clone:2:
○:LDP man-pages:3.67:2013/12/30:close:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:connect:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:connect:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:creat:2:open:2:
☆:LDP man-pages:3.65=>3.67:2014/05/10:create_module:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
☆:LDP man-pages:3.41=>3.67:2014/05/10:delete_module:2:2006/07/30::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/01/31:epoll_wait:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2010/08/30:eventfd:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2010/08/30:eventfd2:2:eventfd:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:execve:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:execve:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2010/09/20:exit:2:_exit:2:
○:LDP man-pages:3.67:2008/11/27:exit_group:2:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.67:2014/02/21:faccessat:2:access:2:
＠:LDP man-pages:3.67:2014/05/10:finit_module:2:init_module:2:
＠:LDP man-pages:3.67:2014/02/06:flistxattr:2:listxattr:2:
○:LDP man-pages:3.67:2014/04/22:flock:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/12:fork:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/12:fork:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2007/05/31:free_hugepages:2:alloc_hugepages:2:
＠:LDP man-pages:3.67:2014/02/06:fremovexattr:2:removexattr:2:
＠:LDP man-pages:3.67:2014/02/06:fsetxattr:2:setxattr:2:
○:LDP man-pages:3.67:2010/11/22:getresuid:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2010/11/22:getresuid32:2:getresuid:2:
○:LDP man-pages:3.67:2014/01/22:getrlimit:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:getrusage:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:getrusage:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2010/09/26:getsid:2:2014/06/04::argrath@ub32.org:Kentaro Shirakata:
○:LDP man-pages:3.67:2008/12/03:getsockname:2:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.67:2014/04/28:getsockopt:2:2014/06/04::argrath@ub32.org:Kentaro Shirakata:
＠:LDP man-pages:3.67:2014/04/06:lgetxattr:2:getxattr:2:
☆:LDP man-pages:3.65=>3.67:2014/05/10:link:2:2014/04/24::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.67:2014/05/10:linkat:2:link:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:listen:2:2014/04/24::argrath@ub32.org:Kentaro Shirakata:
+â\97\8b:LDP man-pages:3.67:2014/05/10:listen:2:2014/06/08::argrath@ub32.org:Kentaro Shirakata:
○:LDP man-pages:3.67:2014/02/06:listxattr:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/02/06:llistxattr:2:listxattr:2:
○:LDP man-pages:3.67:2012/07/13:llseek:2:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
＠:LDP man-pages:3.67:2014/05/10:lstat64:2:lstat:2:
○:LDP man-pages:3.67:2014/04/20:madvise:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2013/02/12:madvise1:2:unimplemented:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:mbind:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:mbind:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/08/01:migrate_pages:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2008/04/22:mincore:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/21:mkdir:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2010/08/29:mq_unlink:2:mq_unlink:3:
○:LDP man-pages:3.67:2010/06/10:mremap:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/24:msgctl:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/04/30:msgget:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/16:msgop:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/04/30:msgget:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/16:msgop:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/16:msgrcv:2:msgop:2:
＠:LDP man-pages:3.67:2014/05/16:msgsnd:2:msgop:2:
○:LDP man-pages:3.67:2014/04/20:msync:2:2014/06/04::argrath@ub32.org:Kentaro Shirakata:
＠:LDP man-pages:3.67:2014/05/10:readlinkat:2:readlink:2:
○:LDP man-pages:3.67:2010/11/17:readv:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2013/12/28:reboot:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:recv:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:recv:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:recvfrom:2:recv:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/21:recvmmsg:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/21:recvmmsg:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:recvmsg:2:recv:2:
☆:LDP man-pages:3.65=>3.67:2014/05/10:remap_file_pages:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/06:removexattr:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
※:LDP man-pages:3.67:2012/07/13:rt_tgsigqueueinfo:2:rt_sigqueueinfo:2:
×:LDP man-pages:3.67:2012/12/17:s390_runtime_instr:2:::::
＠:LDP man-pages:3.67:2010/09/20:sbrk:2:brk:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/12:sched_get_priority_max:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/12:sched_get_priority_max:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/12:sched_get_priority_min:2:sched_get_priority_max:2:
＠:LDP man-pages:3.67:2014/05/10:sched_getaffinity:2:sched_setaffinity:2:
＠:LDP man-pages:3.67:2014/05/13:sched_getattr:2:sched_setattr:2:
○:LDP man-pages:3.67:2014/04/28:sched_rr_get_interval:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/10:sched_setaffinity:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/13:sched_setattr:2:2014/06/04::amotoki@gmail.com:Akihiro Motoki:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/11:sched_setparam:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/11:sched_setparam:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
☆:LDP man-pages:3.65=>3.67:2014/05/21:sched_setscheduler:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/04/28:sched_yield:2:2014/06/04::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
＠:LDP man-pages:3.67:2013/02/12:security:2:unimplemented:2:
○:LDP man-pages:3.67:2013/12/30:select_tut:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2013/06/03:semctl:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
☆:LDP man-pages:3.65=>3.67:2014/05/21:semget:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:semop:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:semop:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:semtimedop:2:semop:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:send:2:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:send:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2011/09/14:sendfile:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2011/09/14:sendfile64:2:sendfile:2:
○:LDP man-pages:3.67:2012/12/16:sendmmsg:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:sendmsg:2:send:2:
＠:LDP man-pages:3.67:2014/05/10:sendto:2:send:2:
-â\98\86:LDP man-pages:3.65=>3.67:2008/08/15:set_mempolicy:2:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2008/08/15:set_mempolicy:2:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
※:LDP man-pages:3.67:2014/05/10:set_robust_list:2:get_robust_list:2:
○:LDP man-pages:3.67:2012/07/13:set_thread_area:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/07/19:set_tid_address:2:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.67:2012/08/05:spu_create:2:2014/06/04::amotoki@gmail.com:Akihiro Motoki:
○:LDP man-pages:3.67:2012/08/05:spu_run:2:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/02/25:ssetmask:2:sgetmask:2:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:stat:2:2014/04/26::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:stat:2:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/10:stat64:2:stat:2:
○:LDP man-pages:3.67:2010/11/21:statfs:2:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2010/11/21:statfs64:2:statfs:2:
＠:LDP man-pages:3.67:2013/06/21:imaxabs:3:abs:3:
＠:LDP man-pages:3.67:2013/07/05:imaxdiv:3:div:3:
○:LDP man-pages:3.67:2014/04/01:index:3:2014/06/04::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-â\98\86:LDP man-pages:3.65=>3.67:2014/04/19:inet:3:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/04/19:inet:3:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/04/19:inet_addr:3:inet:3:
＠:LDP man-pages:3.67:2014/04/19:inet_aton:3:inet:3:
＠:LDP man-pages:3.67:2014/04/19:inet_lnaof:3:inet:3:
○:LDP man-pages:3.67:2014/04/14:makecontext:3:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/05/10:makedev:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.67:2012/05/06:mallinfo:3:::::
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/21:malloc:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/21:malloc:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.67:2012/05/04:malloc_get_state:3:::::
○:LDP man-pages:3.67:2010/10/13:malloc_hook:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2013/04/19:malloc_info:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/13:pthread_kill_other_threads_np:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/13:pthread_self:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/21:pthread_setaffinity_np:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/13:pthread_setcancelstate:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/13:pthread_setcancelstate:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/05/13:pthread_setcanceltype:3:pthread_setcancelstate:3:
○:LDP man-pages:3.67:2009/04/10:pthread_setconcurrency:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2013/06/21:pthread_setname_np:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/03/25:random:3:2014/06/04::tyoshino@eng.toyo.ac.jp:YOSHINO Takashi:
○:LDP man-pages:3.67:2014/03/25:random_r:3:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/03/10:rawmemchr:3:memchr:3:
-â\98\86:LDP man-pages:3.65=>3.67:2012/04/23:rcmd:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2012/04/23:rcmd:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2012/04/23:rcmd_af:3:rcmd:3:
○:LDP man-pages:3.67:2013/06/21:re_comp:3:2014/06/04::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
＠:LDP man-pages:3.67:2013/06/21:re_exec:3:re_comp:3:
○:LDP man-pages:3.67:2013/03/05:resolver:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/04/02:rewind:3:fseek:3:
○:LDP man-pages:3.67:2013/09/02:rewinddir:3:2014/06/04::nishi@rpts.cl.nec.co.jp:HIROFUMI Nishizuka:
-â\98\86:LDP man-pages:3.65=>3.67:2013/09/26:rexec:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2013/09/26:rexec:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2013/09/26:rexec_af:3:rexec:3:
＠:LDP man-pages:3.67:2014/04/01:rindex:3:index:3:
○:LDP man-pages:3.67:2013/08/26:rint:3:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2001/12/26:stdio:3:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.67:2013/06/21:stdio_ext:3:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2008/07/14:stdout:3:stdin:3:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:stpcpy:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:stpncpy:3:2014/04/24::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
-â\98\86:LDP man-pages:3.65=>3.67:2014/05/10:strcasecmp:3:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:stpcpy:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/05/10:stpncpy:3:2014/06/08::hanataka@abyss.rim.or.jp:HANATAKA Shinya:
+â\97\8b:LDP man-pages:3.67:2014/05/10:strcasecmp:3:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/01/22:strcasestr:3:strstr:3:
○:LDP man-pages:3.67:2014/01/20:strcat:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/01/20:strchr:3:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:1993/07/24:issue:5:2014/06/04::nakano@apm.seikei.ac.jp:NAKANO Takeo:
☆:LDP man-pages:3.54=>3.67:2014/03/18:locale:5:2013/03/25::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:1992/12/29:motd:5:2014/06/04::nagoya@cc.hit-u.ac.jp:Hiroaki Nagoya:
-â\98\86:LDP man-pages:3.65=>3.67:2008/09/04:networks:5:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2008/09/04:networks:5:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/04/16:nologin:5:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/02/07:nscd.conf:5:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
×:LDP man-pages:3.67:2013/02/13:nss:5:::::
＠:LDP man-pages:3.67:2014/02/22:resolver:5:resolv.conf:5:
○:LDP man-pages:3.67:1985/09/26:rpc:5:2014/06/04::argrath@ub32.org:Kentaro Shirakata:
○:LDP man-pages:3.67:1992/12/29:securetty:5:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2010/05/22:services:5:2014/04/24::amotoki@dd.iij4u.or.jp:Akihiro Motoki:
+â\97\8b:LDP man-pages:3.67:2010/05/22:services:5:2014/06/08::amotoki@dd.iij4u.or.jp:Akihiro Motoki:
○:LDP man-pages:3.67:2012/12/31:shells:5:2014/06/04::nakano@apm.seikei.ac.jp:NAKANO Takeo:
○:LDP man-pages:3.67:2007/09/30:slabinfo:5:2014/06/04::nakano@apm.seikei.ac.jp:NAKANO Takeo:
○:LDP man-pages:3.67:1996/10/21:termcap:5:2014/06/04::nakano@apm.seikei.ac.jp:NAKANO Takeo:
○:LDP man-pages:3.67:2014/02/16:cp1251:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
×:LDP man-pages:3.67:2014/05/21:cpuset:7:::::
○:LDP man-pages:3.67:2014/05/21:credentials:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2008/11/20:ddp:7:2014/04/24::nakano@apm.seikei.ac.jp:NAKANO Takeo:
+â\97\8b:LDP man-pages:3.67:2008/11/20:ddp:7:2014/06/08::nakano@apm.seikei.ac.jp:NAKANO Takeo:
○:LDP man-pages:3.67:2014/01/18:environ:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/04/17:epoll:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2014/05/21:fanotify:7:2014/06/04::amotoki@gmail.com:Akihiro Motoki:
○:LDP man-pages:3.67:0000/00/00:mdoc:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:0000/00/00:mdoc.samples:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2009/09/27:mq_overview:7:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
-â\98\86:LDP man-pages:3.65=>3.67:2014/01/24:netdevice:7:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2014/01/24:netdevice:7:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2013/03/15:netlink:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/08/05:numa:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2011/09/09:operator:7:2014/06/04::ysato444@yahoo.co.jp:Yuichi SATO:
○:LDP man-pages:3.67:2013/02/12:termio:7:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/10/28:time:7:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
＠:LDP man-pages:3.67:2014/02/16:tis-620:7:iso_8859-11:7:
-â\98\86:LDP man-pages:3.65=>3.67:2013/07/31:udp:7:2014/04/24::amotoki@gmail.com:Akihiro MOTOKI:
+â\97\8b:LDP man-pages:3.67:2013/07/31:udp:7:2014/06/08::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2008/12/03:udplite:7:2014/06/04::amotoki@dd.iij4u.or.jp:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/08/05:unicode:7:2014/06/04::amotoki@gmail.com:Akihiro MOTOKI:
○:LDP man-pages:3.67:2012/08/05:units:7:2014/06/04::nakano@apm.seikei.ac.jp:NAKANO Takeo:
OSDN Git Service
