Provided by: manpages-ja-dev_0.5.0.0.20210215+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)