JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... inux のバージョンによっても異なっている。 このシステムコールの使用は避け、 代わりに sigaction (2) を使用すること。 下記の「移植性」を参照。 signal () はシグナル signum の処理方法を handler に設定する。 handler には、 SIG_IGN 、 SIG_DFL 、 プログラマが定 ... he declaration of signal () is the somewhat harder to read: void ( * signal (int signum , void (* handler )(int)) ) (int); 移植性 移植性のある signal () の使い方は、シグナルの処理方法を SIG_DFL か SIG_IGN に設定する方法だけである。 シグナルハンドラーを ... 設定するのに signal () を使ったときの動作はシステムにより異なる (POSIX.1 は明示的にこの違いを認めている)。 移植性が必要なときはこのシステムコールを使用しないこと。 POSIX.1 は、 sigaction (2) を規定することで移植性に関する混乱を解決した。 ... ... されたデータは自動的に送信される。 Linux 2.5.71 以降においてのみ、このオプションを TCP_NODELAY と同時に用いることができる。 移植性の必要なプログラムではこのオプションを用いるべきではない。 TCP_DEFER_ACCEPT (Linux 2.4 以降) これを用いると、リスナはデータが ... ソケットに到着した時のみ目覚めるようになる。 整数値 (秒) をとり、 TCP が接続を完了しようと試みる回数を制限できる。 移植性の必要なプログラムではこのオプションを用いるべきではない。 TCP_INFO (Linux 2.4 以降) このソケットの情報を収集するのに用いる。 ... カーネルは /usr/include/linux/tcp.h ファイルで定義されている struct tcp_info を返す。 移植性の必要なプログラムではこのオプションを用いるべきではない。 TCP_KEEPCNT (Linux 2.4 以降) 接続を落とす前に TCP が試みる keepal ... ... 全に自由に選択してよいことになっている。 例えば、スレッド ID を表現するのに数値型を使っても構造体を使ってもよい。 そのため、移植性を確保しつつ、 C 言語の等価演算子 ( == ) を使って、 pthread_t 型の変数の比較を行うことはできない。 代わりに pthread_equal (3 ... ) を使うこと。 スレッド識別子はその内部構造を意識すべきではない。 pthreads 関数以外でスレッド ID を利用しようとした場合、 移植性がなくなり、どのような結果が得られるかも分からない。 スレッド ID の一意性が保証されるのは、あるプロセス内においてのみである。 ... ... する ICMP エラーを受け取った。 バージョン IP_RECVERR と ICMP_FILTER は Linux 2.2 で登場した。これらは Linux での拡張であり、 移植性の必要なプログラムでは用いるべきでない。 Linux 2.0 では SO_BSDCOMPAT ソケットオプションをセットすると、 BSD の raw ソケットに ... る。この場合には、パケットはカーネルモジュールと raw ソケットの両方に渡される (raw ソケットが複数あればそれぞれに渡される)。 移植性の必要なプログラムではこの機能に依存するべきではない。 他の多くの BSD におけるソケットの実装ではこの点において制限がある。 L ... の説明にあるように、 0 をいくつか埋める場合を除く)。 これは他の多くの raw ソケットの実装では異なる。 一般に raw ソケットは移植性がないことが多いので、 移植性が必要なプログラムでは避けるべきである。 raw ソケットへの送信では、 IP プロトコルを sin_port か ... ... SD で登場した。一般に (System V の変種を含めて) BSD のソケット層のクローンをサポートしている、BSD 以外のシステムと、 互いに移植性がある。 注意 On Linux, the only supported domains for this call are AF_UNIX (or synonymously, AF_LOCAL ) and AF_TIPC (since ... ではこのヘッダーファイルは必要ではない。 しかし、歴史的には、いくつかの実装 (BSD 系) でこのヘッダーファイルが 必要であり、移植性が必要なアプリケーションではこのファイルを インクルードするのが賢明であろう。 関連項目 pipe (2), read (2), socket (2), write ... ... nits モード)。 obsolete 古い機能や構成 (デフォルト)。 override Automake ルールや変数に対するユーザーの再定義。 portability 移植性に関する問題 (デフォルトは gnu および gnits モード)。 portability-recursive ネスト化した Make 変数 (デフォルトは -Wportabili ... ty )。 extra-portability 不十分なツールに関連した移植性に関する問題。 syntax 疑わしい構文構造 (デフォルト)。 unsupported 非対応または不完全な機能 (デフォルト)。 all 警告メッセージ ... ... nits モード)。 obsolete 古い機能や構成 (デフォルト)。 override Automake ルールや変数に対するユーザーの再定義。 portability 移植性に関する問題 (デフォルトは gnu および gnits モード)。 portability-recursive ネスト化した Make 変数 (デフォルトは -Wportabili ... ty )。 extra-portability 不十分なツールに関連した移植性に関する問題。 syntax 疑わしい構文構造 (デフォルト)。 unsupported 非対応または不完全な機能 (デフォルト)。 all 警告メッセージ ... ... gnits モード)。 obsolete 古い機能や構成(デフォルト)。 override Automake ルールや変数に対するユーザーの再定義。 portability 移植性に関する問題(デフォルトは gnu および gnits モード)。 portability-recursive ネスト化した Make 変数(デフォルトは -Wportability ... )。 extra-portability 不十分なツールに関連した移植性に関する問題。 syntax 疑わしい構文構造(デフォルト)。 unsupported 非対応または不完全な機能(デフォルト)。 all 警告メッセージす ... ... グの長さは length 引き数で指定される。 addr が NULL の場合、カーネルがマッピングを作成するアドレスを選択する。 この方法は最も移植性のある新しいマッピングの作成方法である。 addr が NULL でない場合、カーネルはマッピングをどこに配置するかのヒントとして addr ... et は無視される。 ただし、実装によっては MAP_ANONYMOUS (もしくは MAP_ANON ) が指定された場合、 fd を -1 にする必要があり、 移植性が必要なアプリケーションでは必ず fd を -1 にすべきである。 MAP_ANONYMOUS と MAP_SHARED を組み合わせての利用は カーネル 2.4 以 ... 分は捨てられる。 もし指定されたアドレスが使用できない場合、 mmap () は失敗する。 マッピングに対して固定アドレスを要求するのは移植性の面で劣るので、 このオプションは使用しないことを推奨する。 MAP_GROWSDOWN スタック用に使用される。マッピングをメモリー内で逆 ... ... グの長さは length 引き数で指定される。 addr が NULL の場合、カーネルがマッピングを作成するアドレスを選択する。 この方法は最も移植性のある新しいマッピングの作成方法である。 addr が NULL でない場合、カーネルはマッピングをどこに配置するかのヒントとして addr ... et は無視される。 ただし、実装によっては MAP_ANONYMOUS (もしくは MAP_ANON ) が指定された場合、 fd を -1 にする必要があり、 移植性が必要なアプリケーションでは必ず fd を -1 にすべきである。 MAP_ANONYMOUS と MAP_SHARED を組み合わせての利用は カーネル 2.4 以 ... 分は捨てられる。 もし指定されたアドレスが使用できない場合、 mmap () は失敗する。 マッピングに対して固定アドレスを要求するのは移植性の面で劣るので、 このオプションは使用しないことを推奨する。 MAP_GROWSDOWN スタック用に使用される。マッピングをメモリー内で逆 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。