Provided by: manpages-ja-dev_0.5.0.0.20180315+dfsg-1_all bug

名前

       bsd_signal - BSD 方式のシグナル処理

書式

       #define _XOPEN_SOURCE /* feature_test_macros(7) 参照 */
       #include <signal.h>

       typedef void (*sighandler_t)(int);

       sighandler_t bsd_signal(int signum, sighandler_t handler);

説明

       bsd_signal()  関数は signal(2)  と同じ引き数をとり、同じ処理を実行する。

       両者の違いは、  bsd_signal()  では信頼性のあるシグナル処理方式の提供が保証されていることで
       ある。  信頼性のあるシグナル処理方式は以下の特徴を持つ。   a)   ハンドラーが起動された場合
       に、シグナルの処理方法  (disposition)  が デフォルトにリセットされない、 b) シグナルハンド
       ラーの実行中は、それ以降に発生した同じシグナルの配送が ブロックされない、 c)  ハンドラーが
       停止中の (blocking している) システムコールを 中断した場合、そのシステムコールが自動的に再
       開される。 移植性が必要なアプリケーションでは、 signal(2)   でこれらが保証されることを前提
       にすべきではない。

返り値

       bsd_signal()  関数はシグナルハンドラーの直前の値を返す。 エラーの場合、 SIG_ERR を返す。

エラー

       signal(2)  と同じ。

属性

   マルチスレッディング (pthreads(7) 参照)
       bsd_signal()  関数はスレッドセーフである。

準拠

       4.2BSD, POSIX.1-2001.  POSIX.1-2008 では bsd_signal()  の仕様が削除されている。 代わりに、
       sigaction(2)  の使用が推奨されている。

注意

       bsd_signal()  の使用は避けるべきである。代わりに sigaction(2)  を使うこと。

       最近の Linux システムでは、 bsd_signal()  と signal(2)  は等価である。しかし、以前のシステ
       ムでは、  signal(2)  は信頼性に欠けるシグナル処理方式を提供していた。 詳細は signal(2)  を
       参照。

       sighandler_t を使っているのは GNU による拡張である。 この型は機能検査マクロ _GNU_SOURCE を
       定義した場合にのみ定義される。

関連項目

       sigaction(2), signal(2), sysv_signal(3), signal(7)

この文書について

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

                                            2013-10-22                              BSD_SIGNAL(3)