Provided by: manpages-ja-dev_0.5.0.0.20161015+dfsg-1_all 
名前
poll, ppoll - ファイルディスクリプターにおけるイベントを待つ
書式
#include <poll.h>
int poll(struct pollfd *fds, nfds_t nfds, int timeout);
#define _GNU_SOURCE /* feature_test_macros(7) 参照 */
#include <signal.h>
#include <poll.h>
int ppoll(struct pollfd *fds, nfds_t nfds,
const struct timespec *timeout_ts, const sigset_t *sigmask);
説明
poll() は select(2) と同様の仕事を行う、つまり、ファイルディスクリプター集合のいずれか一
つが I/O を実行可能な状態になるのを待つ。
監視するファイルディスクリプター集合は、 fds 引き数で指定する。 fds は、以下の型の構造体の
配列である。
struct pollfd {
int fd; /* file descriptor */
short events; /* requested events */
short revents; /* returned events */
};
nfds には、 fds 配列の要素数を指定する。
fd フィールドには、オープンされたファイルのファイルディスクリプターが入る。 このフィールド
が負の場合、対応する events フィールドは無視され、 revents には 0 が返される。(この機能に
より、一つの poll() の呼び出しで簡単にあるファイルディスクリプターを無視することができる。
単に fd フィールドの符号を反転するだけでよい。 ただし、この方法はファイルディスクリプター
0 を無視するのには使用できない点に注意すること。)
構造体の events 要素は入力パラメーターで、 ファイルディスクリプター fd に関して、 アプリ
ケーションが興味を持っているイベントのビットマスクを指定する。 このフィールドには 0 を指定
することもでき、 その場合 revents で返されるイベントは POLLHUP, POLLERR, POLLNVAL だけであ
る (下記参照)。
revents 要素は出力パラメーターで、実際に起こったイベントがカーネルにより設定される。
revents で返されるビット列には、 events で指定したもののどれか、もしくは POLLERR, POLLHUP,
POLLNVAL のうちの一つが含まれる (POLLERR, POLLHUP, POLLNVAL の 3つのビットは events に指定
しても意味がなく、対応した状態が真の場合に revents に設定される)。
どのファイルディスクリプターにも要求したイベントが発生しておらず、 エラーも起こらない場
合、 poll() はイベントのうちいずれか一つが発生するまで停止 (block) する。
timeout 引き数は、 ファイルディスクリプターが利用可能になるまで poll() が停止する時間をミ
リ秒で指定する。 poll() の呼び出しは以下のいずれかになるまで停止する。
* ファイルディスクリプターが利用可能になる
* 呼び出しがシグナルハンドラーにより割り込まれた
* タイムアウトが満了する
timeout 時間はシステムクロックの粒度に切り上げられ、 カーネルのスケジューリング遅延により
少しだけ長くなる可能性がある点に注意すること。 timeout に負の値を指定した場合、タイムアウ
ト時間が無限大を意味する。 timeout を 0 に指定した場合、I/O 可能なファイルディスクリプター
がない場合であっても、 poll() はすぐに返る。
events に指定したり、 revents で返されるビットは <poll.h> で定義されている:
POLLIN 読み出し可能なデータがある。
POLLPRI
読み出し可能な緊急データ (urgent data) がある (例えば、TCP ソケットの帯域外
(out-of-band data) データを受信した場合や、 パケットモードの擬似端末のマスタ
がスレーブ側の変化を見つけたとき)。
POLLOUT
書き込みが可能になった。ただし、ソケットやパイプで利用可能な空間よりも大きな
データを書き込んだ場合には (O_NONBLOCK がセットされている場合以外は) やはり
停止することになる。
POLLRDHUP (Linux 2.6.17 以降)
ストリームソケットの他端が、コネクションを close したか、 コネクションの書き
込み側を shutdown した。 この定義を有効にするには、 (「どの」ヘッダーファイ
ルをインクルードするよりも前に) _GNU_SOURCE 機能検査マクロを定義しなければ
ならない。
POLLERR
エラー状態 (出力の場合のみ)。
POLLHUP
ハングアップした (出力の場合のみ)。
POLLNVAL
不正な要求: fd がオープンされていない (出力の場合のみ)。
_XOPEN_SOURCE を定義してコンパイルした場合には、以下の定義も行われる。 ただし、上記のリス
トにあるビット以上の情報が得られる訳ではない。
POLLRDNORM
POLLIN と同じ。
POLLRDBAND
優先帯域データ (priority band data) が読み出し可能である (普通は Linux では
使用されない)。
POLLWRNORM
POLLOUT と同じ。
POLLWRBAND
優先帯域データ (priority data) が書き込み可能である。
Linux では POLLMSG も定義されているが、使用されていない。
ppoll()
poll() と ppoll() の関係は select(2) と pselect(2) の関係と同じようなものである:
pselect(2) と同様に、 ppoll() を使うと、アプリケーションはファイルディスクリプターの状態
変化 もしくはシグナルの捕捉を安全に待つことができる。
timeout 引き数の精度の違いを除くと、以下の ppoll() の呼び出しは、
ready = ppoll(&fds, nfds, timeout_ts, &sigmask);
次の呼び出しを atomic に実行するのと等価である。
sigset_t origmask;
int timeout;
timeout = (timeout_ts == NULL) ? -1 :
(timeout_ts.tv_sec * 1000 + timeout_ts.tv_nsec / 1000000);
sigprocmask(SIG_SETMASK, &sigmask, &origmask);
ready = poll(&fds, nfds, timeout);
sigprocmask(SIG_SETMASK, &origmask, NULL);
なぜ ppoll() が必要なのかについての説明は pselect(2) の説明を参照のこと。
sigmask 引き数に NULL が指定された場合、シグナルマスクの操作は行われない (したがって、
ppoll() の poll() との違いは timeout 引き数の精度だけとなる)。
timeout 引き数は ppoll() が停止する時間の上限を指定するものである。 この引き数には以下の
型の構造体へのポインターを指定する。
struct timespec {
long tv_sec; /* seconds */
long tv_nsec; /* nanoseconds */
};
timeout_ts に NULL が指定された場合、 ppoll は無限に停止することがあり得る。
返り値
成功した場合は正の数を返す。この数は 0 以外の revents 要素を持つ構造体の数である (別の言い
方をすると、これらのディスクリプター にはイベントかエラー報告がある)。 値 0 は、タイムアウ
トとなり、どのファイルディスクリプターでもイベントが 発生しなかったことを示す。エラーの場
合は -1 が返され、 errno が適切に設定される。
エラー
EFAULT 引き数として指定した配列が、呼び出したプロセスのアドレス空間に 含まれていない。
EINTR 要求されたイベントのどれかが起こる前にシグナルが発生した。 signal(7) 参照。
EINVAL nfds の値が RLIMIT_NOFILE を超えた。
ENOMEM ファイルディスクリプターテーブルを確保するためのメモリーがない。
バージョン
poll() システムコールは Linux 2.1.23 で導入された。 このシステムコールが存在しない古いカー
ネルでは、 glibc (や古い Linux libc) は select(2) を使用して poll() ラッパー関数のエミュ
レーションを行う。
ppoll() システムコールは カーネル 2.6.16 で Linux に追加された。 ppoll() ライブラリコー
ルは glibc 2.4 に追加された。
準拠
poll() は POSIX.1-2001 に準拠している。 ppoll() は Linux 固有である。
注意
いくつかの実装では、値 -1 を持った非標準の定数 INFTIM が定義されており、 poll() の
timeout の指定に使用できる。 この定数は glibc では定義されていない。
poll() で監視中のファイルディスクリプターが別のスレッドによってクローズされた場合に何が起
こるかの議論については、 select(2) を参照してほしい。
C ライブラリとカーネル ABI の違い
Linux の ppoll() システムコールは timeout_ts 引き数を変更する。 しかし、glibc のラッパー
関数は、システムコールに渡す timeout 引き数 としてローカル変数を使うことでこの動作を隠蔽し
ている。 このため、glibc の ppoll() 関数では timeout_ts 引き数は変更されない。
素の ppoll() システムコールは 5 番目の引き数 size_t sigsetsize をとる。 この引き数は
sigmask 引き数のバイト単位のサイズを指定する。 glibc の ppoll() ラッパー関数は、この引き数
に固定値 (sizeof(sigset_t) と同じ) を指定する。
バグ
select(2) の「バグ」の節に書かれている、誤った準備完了通知 (spurious readiness
notifications) についての議論を参照のこと。
関連項目
restart_syscall(2), select(2), select_tut(2), time(7)
この文書について
この man ページは Linux man-pages プロジェクトのリリース 3.79 の一部 である。プロジェクト
の説明とバグ報告に関する情報は http://www.kernel.org/doc/man-pages/ に書かれている。