JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... システムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 注意 :このページは生の Linux のシステムコールのインターフェースについて説明してい ... る。 libaio で提供されるラッパー関数では ctx_id 引数に違う型が使われている。「注意」を参照。 io_destroy () システムコールは、実行中の ctx_id で指定された非同 ... た。 準拠 io_destroy () は Linux 固有であり、移植を想定したプログラムで使用すべきではない。 注意 glibc はこのシステムコールのラッパー関数を提供していない。 syscall (2) を使ってこのシステムコールを起動することができる。 しかし、たいていは、このシステムコール ... ... cb * iocb , struct io_event * result ); 注 : このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 注意 :このページは生の Linux のシステムコールのインターフェースについて説明してい ... る。 libaio で提供されるラッパー関数では ctx_id 引数に違う型が使われている。「注意」を参照。 io_cancel () システムコールは、過去に io_submit (2) を使って登録 ... た。 準拠 io_cancel () は Linux 固有であり、移植を想定したプログラムで使用すべきではない。 注意 glibc はこのシステムコールのラッパー関数を提供していない。 syscall (2) を使ってこのシステムコールを起動することができる。 しかし、たいていは、このシステムコール ... ... トである。 通常は、システムコールは直接起動される訳ではなく、 ほとんどのシステムコールには対応する C ライブラリのラッパー関数があり、 そのラッパー関数がシステムコールを呼び出すのに必要な処理を実行する。 そのため、システムコールを呼び出すのは通常 ... のライブラリ関数を呼び出すのと 同じように見える。 多くの場合、 C ライブラリのラッパー関数が行うのは以下のことだけである。 * 引数と一意なシステムコール番号をカーネルが期待するレジスターにコピーする * カーネルが ... モードに入る * カーネルが CPU をユーザーモードに返した際にシステムコールがエラー番号を返したいれば errno を設定する しかし、ラッパー関数がこれ以上のことを行う場合もいくつかある。例えば、カーネルモードに入る前に引数に対する前処理を実行したり、システムコール ... ... x_id , long min_nr , long nr , struct io_event * events , struct timespec * timeout ); 注 : このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 注意 :このページは生の Linux のシステムコールのインターフェースについて説明してい ... る。 libaio で提供されるラッパー関数では ctx_id 引数に違う型が使われている。「注意」を参照。 The io_getevents () system call attempts to read at least min_n ... 準拠 io_getevents () は Linux 固有であり、移植を想定したプログラムで 使用すべきではない。 注意 glibc はこのシステムコールのラッパー関数を提供していない。 syscall (2) を使ってこのシステムコールを起動することができる。 しかし、たいていは、このシステムコール ... ... * ctx_idp ); 注 : このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 注意 :このページは生の Linux のシステムコールのインターフェースについて説明してい ... る。 libaio で提供されるラッパー関数では ctx_idp 引数に違う型が使われている。「注意」を参照。 io_setup () システムコールは、 nr_events 個のイベントを 同時に ... た。 準拠 io_setup () は Linux 固有であり、移植を想定したプログラムで 使用すべきではない。 注意 glibc はこのシステムコールのラッパー関数を提供していない。 syscall (2) を使ってこのシステムコールを起動することができる。 しかし、たいていは、このシステムコール ... ... , long nr , struct iocb ** iocbpp ); 注 : このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 io_submit () システムコールは、AIO コンテキスト ctx_id に nr 個 の I/O リクエスト ... た。 準拠 io_submit () は Linux 固有であり、移植を想定したプログラムで 使用すべきではない。 注意 glibc はこのシステムコールのラッパー関数を提供していない。 syscall (2) を使ってこのシステムコールを起動することができる。 しかし、たいていは、このシステムコール ... を呼び出したいのではなく、 libaio が提供している io_submit ラッパー関数を呼び出したい 場合がほとんどであろう。 libaio のラッパー関数では ctx_id 引き数に別の型 ( io_context_t ) が使われることに ... ... これらの関数は常に成功する。 準拠 POSIX.1-2001, 4.3BSD, SVr4. 注意 glibc バージョン 2.3.4 以降では、 glibc の getpid () のラッパー関数は PID をキャッシュする。 これは、プロセスが繰り返し getpid () を呼び出した場合にその都度システムコールを呼ぶのを避けるた ... ある。 通常は、このキャッシュ処理が見えることはないが、 キャッシュ処理が正しく働くためには fork (2), vfork (2), clone (2) のラッパー関数でのサポートが必要である。 アプリケーションがこれらのシステムコールを呼び出す際に、 glibc のラッパー関数を経由せずに sys ... ロセスで getpid () を呼び出すと間違った値が返ることだろう (正確にいうと、親プロセスの PID が返される)。 clone (2) を glibc のラッパー関数経由で起動した際にも getpid () が間違った値を返す場合があり、これに関する議論は clone (2) も参照してほしい。 関連項目 cl ... ... これらの関数は常に成功する。 準拠 POSIX.1-2001, 4.3BSD, SVr4. 注意 glibc バージョン 2.3.4 以降では、 glibc の getpid () のラッパー関数は PID をキャッシュする。 これは、プロセスが繰り返し getpid () を呼び出した場合にその都度システムコールを呼ぶのを避けるた ... ある。 通常は、このキャッシュ処理が見えることはないが、 キャッシュ処理が正しく働くためには fork (2), vfork (2), clone (2) のラッパー関数でのサポートが必要である。 アプリケーションがこれらのシステムコールを呼び出す際に、 glibc のラッパー関数を経由せずに sys ... ロセスで getpid () を呼び出すと間違った値が返ることだろう (正確にいうと、親プロセスの PID が返される)。 clone (2) を glibc のラッパー関数経由で起動した際にも getpid () が間違った値を返す場合があり、これに関する議論は clone (2) も参照してほしい。 関連項目 cl ... ... ーネルの違い 素のシステムコール preadv () と pwritev () のシグネチャーは、 「書式」に書かれている対応する GNU C ライブラリのラッパー関数のものとは少し異なる。 最後の引数 offset はラッパー関数によりシステムコールの 2 つの引数に展開される。 unsigned long pos ... ネルの違い 古いバージョンの Linux では IOV_MAX が非常に小さかったという事実に対処するため、 glibc の readv () と writev () のラッパー関数は、 その関数の内部で呼ばれるカーネルシステムコールがこの上限を超過して失敗したことを検出すると、 追加の動作をしていた。 ... readv () の場合、 ラッパー関数は iov で指定された全ての要素を格納できる大きさの一時バッファーを割り当て、 read (2) を呼び出す際にそのバッファーを渡し、 ... ... ーネルの違い 素のシステムコール preadv () と pwritev () のシグネチャーは、 「書式」に書かれている対応する GNU C ライブラリのラッパー関数のものとは少し異なる。 最後の引数 offset はラッパー関数によりシステムコールの 2 つの引数に展開される。 unsigned long pos ... ネルの違い 古いバージョンの Linux では IOV_MAX が非常に小さかったという事実に対処するため、 glibc の readv () と writev () のラッパー関数は、 その関数の内部で呼ばれるカーネルシステムコールがこの上限を超過して失敗したことを検出すると、 追加の動作をしていた。 ... readv () の場合、 ラッパー関数は iov で指定された全ての要素を格納できる大きさの一時バッファーを割り当て、 read (2) を呼び出す際にそのバッファーを渡し、 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。