typedef void (*sighandler_t)(int);
sighandler_t bsd_signal(int signum, sighandler_t handler);
glibc 向けの機能検査マクロの要件 (feature_test_macros(7) 参照):
bsd_signal():
両者の違いは、 bsd_signal() では信頼性のあるシグナル処理方式の提供が保証されていることである。 信頼性のあるシグナル処理方式は以下の特徴を持つ。 a) ハンドラーが起動された場合に、シグナルの処理方法 (disposition) が デフォルトにリセットされない、 b) シグナルハンドラーの実行中は、それ以降に発生した同じシグナルの配送が ブロックされない、 c) ハンドラーが停止中の (blocking している) システムコールを 中断した場合、そのシステムコールが自動的に再開される。 移植性が必要なアプリケーションでは、 signal(2) でこれらが保証されることを前提にすべきではない。
| インターフェース | 属性 | 値 |
| bsd_signal() | Thread safety | MT-Safe |
最近の Linux システムでは、 bsd_signal() と signal(2) は等価である。しかし、以前のシステムでは、 signal(2) は信頼性に欠けるシグナル処理方式を提供していた。 詳細は signal(2) を参照。
sighandler_t を使っているのは GNU による拡張である。 この型は機能検査マクロ _GNU_SOURCE を定義した場合にのみ定義される。
[man1]
[man2]
[man3]
[man4]
[man5]
[man6]
[man7]
[man8]
[a]
[b]
[c]
[d]
[e]
[f]
[g]
[h]
[i]
[j]
[k]
[l]
[m]
[n]
[o]
[p]
[q]
[r]
[s]
[t]
[u]
[v]
[w]
[x]
[y]
[z]