名前

       io_destroy - 非同期 I/O コンテキストの消去

書式

       #include <linux/aio_abi.h>          /* 必要な型の定義 */

       int io_destroy(aio_context_t ctx_id);

       注: このシステムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。

説明

       注意:このページは生の    Linux    のシステムコールのインターフェースについて説明している。
       libaio で提供されるラッパー関数では ctx_id 引数に違う型が使われている。「注意」を参照。

       io_destroy() システムコールは、実行中の ctx_id で指定された非同期 I/O 操作をすべて取り消そ
       うとし、取り消せなかったすべての操作が完了するまで停止  (block) し、その後 ctx_id の削除を
       行う。

返り値

       成功した場合、 io_destroy()  は 0 を返す。  失敗時の返り値については、「注意」の節を参照す
       ること。

エラー

       EFAULT データ構造の中に無効なデータを指しているものがある。

       EINVAL ctx_id で指定された AIO コンテキストが無効である。

       ENOSYS io_destroy()  はこのアーキテクチャーでは実装されていない。

バージョン

       非同期 I/O システムコールは Linux 2.5 で初めて登場した。

準拠

       io_destroy()  は Linux 固有であり、移植を想定したプログラムで使用すべきではない。

注意

       glibc はこのシステムコールのラッパー関数を提供していない。 syscall(2) を使ってこのシステム
       コールを起動することができる。  しかし、たいていは、このシステムコールを呼び出したいのでは
       なく、
        libaio が提供している io_destroy ラッパー関数を呼び出したい 場合がほとんどであろう。

       libaio  のラッパー関数では  ctx_id  引数に別の型 (io_context_t) が使われることに注意するこ
       と。 また、libaio のラッパー関数は、エラーの通知が通常の C ライブラリの 慣習にしたがってお
       らず、エラーの場合には負のエラー番号  (エラーの節に列  挙されている値の一つを負にしたもの)
       が返り値となる点にも注意すること。 syscall(2) 経由でシステムコールを起動すると、返り値は通
       常のエラー通  知の慣習に したがってものとなり、エラーの場合には -1 が返り、 errno にエラー
       を示す (正の) 値が設定される。

関連項目

       io_cancel(2), io_getevents(2), io_setup(2), io_submit(2), aio(7)

この文書について

       この man ページは Linux man-pages プロジェクトのリリース 5.10 の一部である。プロジェクトの
       説明とバグ報告に関する情報は https://www.kernel.org/doc/man-pages/ に書かれている。