SIGACTION

Section: System Calls (2)
索引 jman

BSD mandoc
 

索引

名称

sigaction - ソフトウェアシグナル機能  

索引

ライブラリ

Lb libc  

索引

書式

In signal.h
struct  sigaction {
        union {
                void    (*__sa_handler)(int);
                void    (*__sa_sigaction)(int, struct __siginfo *, void *);
        } __sigaction_u;                /* シグナルハンドラ */
        int     sa_flags;               /* 後述のシグナルオプション参照 */
        sigset_t sa_mask;               /* 適用するシグナルマスク */
};

#define sa_handler      __sigaction_u.__sa_handler
#define sa_sigaction    __sigaction_u.__sa_sigaction
Ft int Fo sigaction Fa int sig Fa const struct sigaction * restrict act Fa struct sigaction * restrict oact Fc  

索引

解説

システムではシグナルの集合を定義しており、 これらはプロセスに配信されることがあります。 シグナルの配信は、ハードウェア割込みの発生に似ています。 通常の場合、シグナルのさらなる発生はブロックされ、 現在のプロセスコンテキストは保存されて、新しいプロセスコンテキストが 作成されます。 プロセスは、シグナルの配信先 handler を指定することもあれば、シグナルを 無視 することを指定することもあります。 シグナルが発生した場合に、システムがデフォルトのアクションを取ることを 指定することも可能です。 シグナルが ブロック されることもあり、その場合、シグナルの配信は、 ブロックが解除 されるまで延期されます。 配信時に取るアクションは、配信時に決まります。 通常の場合は、シグナルハンドラが、プロセスの現行スタックで動作します。 これはハンドラごとに変更可能であり、変更すれば、シグナルは特殊な シグナルスタック で実行可能です。

通常の場合、シグナルルーチンは、呼び出しの原因となったシグナルが ブロックされた 状態で動作しますが、その他のシグナルが発生する可能性は あります。 グローバルの シグナルマスク には、プロセスへの配信が現在 ブロックされているシグナルの集合が定義されています。 プロセスのシグナルマスクは、親のシグナルマスクで初期化されます (通常は空)。 sigprocmask(2) が呼び出された場合、またはシグナルがプロセスに配信された場合に、 シグナルマスクは変更されます。

あるシグナルの生起条件がプロセスで発生すると、そのシグナルが、 プロセスで保留中のシグナルの集合に追加されます。 そのシグナルがプロセスで現在 ブロック されていない場合は、プロセスに配信されます。 シグナルは、プロセスがオペレーティングシステムに入っている間に (システム呼び出し、ページエラーやトラップ、クロック割込み中などに) 配信されます。 複数のシグナルの配信準備が同時に整った場合は、トラップで生じたシグナルが 先に配信されます。 その他のシグナルは、それぞれが前のシグナルのハンドラに対し、 最初の命令の前に割り込んだ状態で同時に処理されます。 保留になっているシグナルの集合は、 sigpending(2) システムコールで返されます。 捕捉されたシグナルが配信されると、プロセスの現在の 状態が保存され、新しいシグナルマスクが以下で説明するように算出されて、 シグナルハンドラが呼び出されます。 ハンドラの呼び出しは、 シグナル処理ルーチンが正常に戻った場合に、プロセスがシグナル配信前の コンテキストで実行を再開するように設定されます。 プロセスが別のコンテキストでの再開を望む場合は、 前のコンテキストそのものを自分自身で回復するように設定する必要があります。

シグナルがプロセスに配信されると、プロセスの シグナルハンドラの実行が続く間 (または sigprocmask(2) システムコールが呼び出されるまで)、新しいシグナルマスクが設置されます。 このマスクは、現在のシグナルマスク集合、配信されるシグナル、 呼び出されるハンドラに関連したシグナルマスクの和集合を取って形成されます。

Fn sigaction システムコールは、 Fa sig で指定したシグナルのアクションを割り当てます。 Fa act が 0 でない場合は、アクション ( SIG_DFL SIG_IGN かハンドラルーチン)、および指定されたシグナルの配信時に 使用するマスクが指定されます。 Fa oact が 0 でない場合は、そのシグナルのそれまでの処理情報がユーザに返されます。

シグナルハンドラが設置されると、通常の場合は別の Fn sigaction システムコールを呼び出すか execve(2) を実行するまで、そのシグナルハンドラは設置されたままです。 sa_handlerSIG_DFL に設定することで、 シグナルごとに固有なデフォルトアクションにリセットすることができます。 デフォルトとは、プロセスの終了 (コアダンプが取られることもあります)、 アクションなし、プロセスの停止、プロセスの継続です。 それぞれのシグナルのデフォルトアクションについては、 下記のシグナルリストを参照してください。 sa_handlerSIG_DFL である場合、シグナルのデフォルトアクションはシグナルの破棄になります。 また、シグナルが保留になっている場合でも、シグナルがマスクされていても 保留中のシグナルは破棄されます。 sa_handlerSIG_IGN に設定すると、現在のシグナル実体と保留中のシグナル実体は無視されて 破棄されます。

オプションは、 sa_flags を設定することで指定できます。 それぞれのビットの意味は以下のとおりです:

SA_NOCLDSTOP
SIGCHLD シグナルの受信関数を設置する場合にこのビットを設定すると、 子プロセスが停止したときではなく、子プロセスが終了するときにのみ、 SIGCHLD シグナルが生成されます。
SA_NOCLDWAIT
SIGCHLD シグナルで Fn sigaction を呼び出す場合にこのビットを設定すると、システムは、呼び出し側プロセスの 子プロセスが終了したときにゾンビプロセスを作成しなくなります。 そのあと、呼び出し側プロセスが wait(2) (かそれに相当する関数) を実行すると、呼び出し側プロセスのすべて の子プロセスが終了するまでブロックし、次に errno を Er ECHILD に設定して -1 を返します。 SIGCHLD のための sa_handlerSIG_IGN を設定することによって、 ゾンビの作成を避ける同じ効果を得ることも可能です。
SA_ONSTACK
このビットを設定すると、システムは、 sigaltstack(2) で指定された シグナルスタック の上で、プロセスにシグナルを配信します。
SA_NODEFER
このビットを設定すると、配信済みシグナルのさらなる発生が、 ハンドラの実行中にマスクされなくなります。
SA_RESETHAND
このビットを設定すると、シグナルが配信された瞬間に、ハンドラが SIG_DFL にリセットされます。
SA_RESTART
下の段落を参照してください。
SA_SIGINFO
このビットが設定されている場合、ハンドラ関数は、 Vt struct sigaction 構造体の sa_sigaction メンバが指すものと見なします。 ハンドラ関数は、先に示したプロトタイプもしくは後で示す Sx 使用例 に一致しなくてはなりません。 このビットは、 SIG_DFL もしくは SIG_IGN を割り当てる時には設定してはいけません。

次に挙げるシステムコールの実行中にシグナルが捕捉されると、 そのシステムコールの呼び出しは、 エラー Er EINTR で強制終了されるか、要求より短いデータ転送で戻るか、または再開されます。 保留中のシステムコールの再開は、 sa_flagsSA_RESTART ビットを設定することで要求できます。 影響を受けるシステムコールは、 通信チャネルか遅いデバイス (端末など、通常ファイルではないもの) に対する open(2), read(2), write(2), sendto(2), recvfrom(2), sendmsg(2), recvmsg(2) と wait(2), ioctl(2) です。 しかし、すでに実行されているシステムコールは再開されず、 部分的な処理成功の結果 (短い読取りカウントなど) を返します。

fork(2) か vfork(2) の後では、すべてのシグナル、シグナルマスク、シグナルスタック、 再開フラグ、割込みフラグが子プロセスに継承されます。

execve(2) システムコールは、捕捉されていたすべてのシグナルのデフォルトアクションを 元に戻し、すべてのシグナルをユーザスタックで受信されるようにリセットします。 無視されたシグナルは無視されたままです。 シグナルマスクは同じ状態のままです。 保留中のシステムコールを再開する設定のシグナルは、その再開の設定のままです。

以下はすべてのシグナルのリストです。 名称は、インクルードファイル In signal.h にあるものと同じです:

名称  デフォルトアクション    説明
SIGHUP        プロセスの終了        端末ラインのハングアップ
SIGINT プロセスの終了 プログラムの割込み
SIGQUIT コアイメージの作成 プログラムの中断終了
SIGILL コアイメージの作成 不正な命令
SIGTRAP コアイメージの作成 トラップのトレース
SIGABRT コアイメージの作成 Ta abort(3)
の呼び出し (以前の
SIGIOT
SIGEMT         コアイメージの作成    命令実行のエミュレート
SIGFPE    コアイメージの作成 浮動小数例外
SIGKILL プロセスの終了 プログラムの強制終了
SIGBUS コアイメージの作成 バスエラー
SIGSEGV コアイメージの作成 セグメンテーション違反
SIGSYS コアイメージの作成 存在しないシステムコールの呼び出し
SIGPIPE プロセスの終了 読取り側がないパイプへの書込み
SIGALRM プロセスの終了 リアルタイムタイマの満了
SIGTERM プロセスの終了 ソフトウェア終了シグナル
SIGURG シグナルの破棄 緊急状況がソケットに発生
SIGSTOP プロセスの停止 停止 (捕捉も無視もできません)
SIGTSTP プロセスの停止 キーボードから生成された停止シグナル
SIGCONT シグナルの破棄 停止後の継続
SIGCHLD シグナルの破棄 子プロセスの状態変化
SIGTTIN プロセスの停止 バックグラウンドプロセスが制御端末から読み取ろうとした
SIGTTOU プロセスの停止 バックグラウンドプロセスが制御端末に書き込もうとした
SIGIO シグナルの破棄 記述子への I/O
可能
(fcntl2 参照)
SIGXCPU        プロセスの終了        cpu 制限時間の超過
(setrlimit2
参照)
SIGXFSZ        プロセスの終了        ファイルサイズ制限の超過
(setrlimit2
参照)
SIGVTALRM      プロセスの終了        仮想時間アラーム
(setitimer2
参照)
SIGPROF        プロセスの終了        プロファイリングタイマアラーム
(setitimer2
参照)
SIGWINCH       シグナルの破棄        ウィンドウサイズの変化
SIGINFO   シグナルの破棄 キーボードからのステータス要求
SIGUSR1 プロセスの終了 ユーザ定義シグナル 1
SIGUSR2 プロセスの終了 ユーザ定義シグナル 2

 

索引

Fa act に指定する
sa_mask フィールドでは、 SIGKILLSIGSTOP をブロックできません。 ブロックしようとしても無視されます。

以下の関数は、再入的であるかシグナルで割り込まれることがないかのどちらかで、 非同期シグナルでも安全です。 このため、アプリケーションは、シグナル受信関数から制限なく呼び出せます:

ベースインタフェース

Fn _exit , Fn access , Fn alarm , Fn cfgetispeed , Fn cfgetospeed , Fn cfsetispeed , Fn cfsetospeed , Fn chdir , Fn chmod , Fn chown , Fn close , Fn creat , Fn dup , Fn dup2 , Fn execle , Fn execve , Fn fcntl , Fn fork , Fn fpathconf , Fn fstat , Fn fsync , Fn getegid , Fn geteuid , Fn getgid , Fn getgroups , Fn getpgrp , Fn getpid , Fn getppid , Fn getuid , Fn kill , Fn link , Fn lseek , Fn mkdir , Fn mkfifo , Fn open , Fn pathconf , Fn pause , Fn pipe , Fn raise , Fn read , Fn rename , Fn rmdir , Fn setgid , Fn setpgid , Fn setsid , Fn setuid , Fn sigaction , Fn sigaddset , Fn sigdelset , Fn sigemptyset , Fn sigfillset , Fn sigismember , Fn signal , Fn sigpending , Fn sigprocmask , Fn sigsuspend , Fn sleep , Fn stat , Fn sysconf , Fn tcdrain , Fn tcflow , Fn tcflush , Fn tcgetattr , Fn tcgetpgrp , Fn tcsendbreak , Fn tcsetattr , Fn tcsetpgrp , Fn time , Fn times , Fn umask , Fn uname , Fn unlink , Fn utime , Fn wait , Fn waitpid , Fn write

リアルタイムインタフェース

Fn aio_error , Fn clock_gettime , Fn sigpause , Fn timer_getoverrun , Fn aio_return , Fn fdatasync , Fn sigqueue , Fn timer_gettime , Fn aio_suspend , Fn sem_post , Fn sigset , Fn timer_settime

ANSI C インタフェース

Fn strcpy , Fn strcat , Fn strncpy , Fn strncat そして多分他にもいくつか

拡張インタフェース

Fn strlcpy , Fn strlcat

上のリストに記載されていないすべての関数は、シグナルに関して安全でない と考えられます。 つまり、そのような関数がシグナルハンドラから呼び出されるときの動作は、 未定義です。 しかし一般的に、シグナルハンドラはフラグを設定する以上のことは あまりするべきではなく、それ以外のアクションは安全ではありません。

また、大域変数 errno のコピーを作成し、シグナルハンドラから戻る前にその値を戻すように するのはよいことです。 こうすることによって、シグナルハンドラの内部から呼ばれた関数によって errno が設定されてしまうという副作用を防ぐことができます。  

索引

戻り値

Rv -std sigaction  

索引

使用例

ハンドラが一致する可能性のあるプロトタイプは 3 つあります:

ANSI C
Ft void Fn handler int ;
伝統的な BSD スタイル:
Ft void Fn handler int int code struct sigcontext *scp ;
POSIX の SA_SIGINFO
Ft void Fn handler int siginfo_t *info ucontext_t *uap ;

sa_flags フラグ中で SA_SIGINFO ビットが設定されている場合、ハンドラ関数は SA_SIGINFO プロトタイプに一致しなくてはなりません。 その場合、 Vt struct sigaction 構造体の sa_sigaction メンバがハンドラ関数を指していなければなりません。 この方法で SIG_DFL あるいは SIG_IGN を割り当ててはいけないことに注意してください。

SA_SIGINFO フラグが設定されていない場合、ハンドラ関数は ANSI C もしくは伝統的な BSD プロトタイプのどちらかに一致しなくてはならず、 Vt struct sigaction 構造体の sa_handler メンバがハンドラ関数を指していなければなりません。 実際には、 Fx は常に後者である BSD プロトタイプの 3 つの引数を送りますし、 ANSI C プロトタイプはそのサブセットになっていますので、どちらでも動作します。 Fx インクルードファイルの sa_handler メンバ宣言は、 ( POSIX の要求に従い) ANSI C のものです。 そのため、 BSD スタイルの関数のポインタの場合、警告メッセージを無くして コンパイルするにはキャストする必要があります。 伝統的な BSD スタイルは移植性がなく、その機能性も SA_SIGINFO ハンドラの完全な部分集合になっていますので、 BSD スタイルを使うことは推奨されていません。

Fa sig 引数はシグナル番号で、 In signal.h の SIG... 値のうちの 1 つです。

BSD スタイルのハンドラの Fa code 引数および SA_SIGINFO ハンドラへの Fa info 引数の si_code メンバには、シグナルの発生理由を説明した数値コードが含まれています。 通常、この数値コードは In sys/signal.h にある SI_... 値の 1 つであるか、もしくはシグナルに特化したコード、すなわち SIGFPE に対する FPE_... 値です。

BSD スタイルのハンドラの Fa scp 引数は Vt struct sigcontext 構造体のインスタンスを指しています。

POSIX SA_SIGINFO ハンドラの Fa uap 引数は、ucontext_t のインスタンスを指しています。  

索引

エラー

以下のうち 1 つが発生すると、 Fn sigaction システムコールはエラーになり、新しいシグナルハンドラは設置されません:

Bq Er EFAULT
Fa act か Fa oact は、プロセスに割り当てられたアドレス空間の範囲外を指しています。
Bq Er EINVAL
Fa sig 引数が、正しいシグナル番号になっていません。
Bq Er EINVAL
SIGKILLSIGSTOP のハンドラを無視するか提供しようとしました。

 

索引

規格

Fn sigaction システムコールは、 St -p1003.1-90 に適合しています。 SA_ONSTACK フラグと SA_RESTART フラグは、Berkeley の拡張機能です。 SIGTRAP SIGEMT SIGBUS SIGSYS SIGURG SIGIO SIGXCPU SIGXFSZ SIGVTALRM SIGPROF SIGWINCH SIGINFO シグナルも同様です。 これらのシグナルは、 BSD から派生したシステムのほとんどで使用できます。 SA_NODEFER フラグと SA_RESETHAND フラグは、その他のオペレーティングシステムとの下位互換性を保つためのものです。 SA_NOCLDSTOP フラグと SA_NOCLDWAIT フラグは、その他のオペレーティングシステムで一般的に見られるオプションです。 これらのフラグは SIGCHLD を無視することによってゾンビの作成を避けるオプションと一緒に、 St -susv2 によって承認されました。  

索引

関連項目

kill(1), kill(2), ptrace(2), sigaltstack(2), sigblock(2), sigpause(2), sigpending(2), sigprocmask(2), sigsetmask(2), sigsuspend(2), sigvec(2), wait(2), fpsetmask(3), setjmp(3), siginterrupt(3), sigsetops(3), ucontext(3), tty(4)


 

索引

Index

名称
ライブラリ
書式
解説
戻り値
使用例
エラー
規格
関連項目

jman



Time: 07:06:31 GMT, January 12, 2009