信号（IPC）

シグナルとは、実行中のプログラムに送信される標準化されたメッセージであり、終了やエラー処理などの特定の動作をトリガーします。シグナルはプロセス間通信（IPC）の限定的な形式であり、通常はUnix、Unix系、その他のPOSIX準拠オペレーティングシステムで使用されます。

シグナルとは、プロセスまたは同じプロセス内の特定のスレッドに送信される非同期通知であり、イベントを通知します。シグナルの一般的な用途は、プロセスの割り込み、一時停止、終了、または強制終了です。シグナルは1970年代のベル研究所のUnixで考案され、後にPOSIX標準で規定されました。

シグナルが送信されると、オペレーティングシステムは対象プロセスの通常の実行フローを中断してシグナルを送信します。実行は、非アトミック命令の実行中に中断される可能性があります。プロセスが以前にシグナルハンドラを登録している場合は、そのルーチンが実行されます。そうでない場合は、デフォルトのシグナルハンドラが実行されます。

シグナルはアルゴリズムの効率性に優れているため、組み込みプログラムでは、シグナルがプロセス間通信に役立つ場合があります。

シグナルは割り込みと似ていますが、割り込みはCPUによって仲介されカーネルによって処理されるのに対し、シグナルはカーネルによって（おそらくシステム コールを介して）仲介され、個々のプロセスによって処理されるという違いがあります。[引用が必要]カーネルは、割り込みをその原因となったプロセスにシグナルとして渡すことがあります (一般的な例としては、SIGSEGV、SIGBUS、 SIGILL 、 SIGFPE などがあります)。

歴史

  • バージョン 1 Unix (1971) には、割り込み、終了、マシン トラップをキャッチするための個別のシステム コールがありました。
  • kill(デフォルトでは信号を送信するコマンドSIGTERM) はバージョン 2 (1972) で登場しました。
  • バージョン 4 (1973) では、すべてのトラップが 1 つの呼び出し (シグナル)に統合されました。
  • バージョン5（1974年）では任意の信号を送信できました。[1]
  • バージョン 7 (1979)では、番号の付いた各トラップに象徴的な名前が付けられました。
  • ベル研究所のPlan 9（80年代後半）は信号を音符に置き換え、短い任意の文字列を送信できるようにしました。[2]

信号を送る

kill (2)システムコールは、権限が許せば、指定されたプロセスに指定されたシグナルを送信します。同様に、kill(1)コマンドは、ユーザーがプロセスにシグナルを送信できるようにします。raise (3)ライブラリ関数は、指定されたシグナルを現在のプロセスに送信します。

ゼロ除算、セグメンテーション違反(SIGSEGV)、浮動小数点例外 (SIGFPE)などの例外が発生すると、コア ダンプが生成され、プログラムが終了します。

カーネルは、プロセスにイベントを通知するためのシグナルを生成できます。例えば、プロセスがリーダーによって閉じられたパイプに書き込みを行った場合、SIGPIPE が生成されます。デフォルトでは、このシグナルによってプロセスが終了されるため、シェルパイプラインを構築するときに便利です。

実行中のプロセスの制御端末で特定のキーの組み合わせを入力すると、システムは特定の信号を送信します。[3]

  • Ctrl-C (古い Unix では DEL) は INT シグナル (「割り込み」、SIGINT) を送信します。デフォルトでは、これによりプロセスが終了します。
  • Ctrl-ZはTSTPシグナル（「端末停止」、SIGTSTP）を送信します。デフォルトでは、これによりプロセスの実行が一時停止されます。[4]
  • Ctrl-\は QUIT シグナル (SIGQUIT) を送信します。デフォルトでは、これによりプロセスが終了し、コアがダンプされます。
  • Ctrl-T（すべてのUNIXでサポートされているわけではない）はINFOシグナル（SIGINFO）を送信します。デフォルトでは、コマンドでサポートされている場合は、オペレーティングシステムが実行中のコマンドに関する情報を表示します。[5]

最新のオペレーティング システムでのこれらのデフォルトのキーの組み合わせは、 sttyコマンドで変更できます。

信号の処理

シグナルハンドラは、signal(2)またはsigaction(2)システムコールを使用して設定できます。特定のシグナルに対してシグナルハンドラが設定されていない場合は、デフォルトのハンドラが使用されます。設定されている場合、シグナルはインターセプトされ、シグナルハンドラが呼び出されます。プロセスは、ハンドラを作成せずに、シグナルを無視する (SIG_IGN) か、デフォルトのシグナルハンドラを使用する (SIG_DFL) かの2つのデフォルトの動作を指定することもできます。インターセプトおよび処理できないシグナルが2つあります。SIGKILL とSIGSTOP です。

リスク

シグナル処理は競合状態に対して脆弱です。シグナルは非同期であるため、シグナル処理ルーチンの実行中に、別のシグナル（同じ種類のシグナルであっても）がプロセスに送信される可能性があります。

sigprocmask (2)呼び出しは、シグナルの送信をブロックしたりブロック解除したりするために使用できます。ブロックされたシグナルは、ブロック解除されるまでプロセスに送信されません。無視できないシグナル (SIGKILL および SIGSTOP) はブロックできません。

シグナルにより、進行中のシステム コールが中断され、非透過的な再起動の管理がアプリケーションに任されることになります。

シグナルハンドラは、望ましくない副作用（例：errnoの変更、シグナルマスクの変更、シグナル処理の変更、その他のグローバルプロセス属性の変更）が発生しないように記述する必要があります。シグナルハンドラ内でmallocやprintfなどの再入不可能な関数を使用することも安全ではありません。特に、POSIX仕様とLinuxマニュアルページsignal(7)では、シグナル関数から直接的または間接的に呼び出されるすべてのシステム関数が非同期シグナルに対して安全であることが要求されています。[6] [7] signal -safety(7)マニュアルページには、このような非同期シグナルに対して安全なシステム関数（実際にはシステムコール）のリストが記載されています。そうでない場合は、未定義の動作となります。[8]シグナルハンドラで何らかの変数を設定し、それを他の場所でテストすることをお勧めします。 [9]volatile sig_atomic_t

シグナルハンドラは、代わりにシグナルをキューに入れてすぐに制御を返すことができます。メインスレッドは、イベントループなどでキューからシグナルが取得されるまで「中断されずに」処理を続行します。ここでの「中断されない」とは、前述のように、ブロックされた操作が途中で制御を戻す可能性があり、再開する必要があることを意味します。シグナルは、ワーカープールではなくメインスレッドのキューから処理する必要があります。ワーカープールでは非同期の問題が再発するためです。ただし、sig_atomic_tのみでは、非同期シグナルに対して安全な方法でキューを管理することはできません。これは、このような変数への単一の読み取りと書き込みのみがアトミックであることが保証され、キューに必要なインクリメントや（フェッチと）デクリメントが保証されないためです。したがって、実質的に、 sig_atomic_t を使用して安全にキューに入れることができるシグナルは、ハンドラごとに 1 つだけです。シグナルは、処理が完了するまでキューに入れることができません。

ハードウェア例外との関係

プロセスの実行によって、たとえばプロセスがゼロ除算を試みたり、ページ フォールトが発生したりした場合、ハードウェア例外が生成されることがあります。

Unix系オペレーティングシステムでは、このイベントは自動的にプロセッサコンテキストを変更し、カーネル 例外ハンドラの実行を開始します。ページフォールトなどの例外が発生した場合、カーネルはイベント自体を完全に処理し、プロセスの実行を再開するのに十分な情報を持っています。

しかし、他の例外については、カーネルはそれらをインテリジェントに処理することができないため、例外処理を障害が発生したプロセスに委ねる必要があります。この委任はシグナルメカニズムによって実現され、カーネルは現在の例外に対応するシグナルをプロセスに送信します。例えば、x86 CPU上でプロセスが整数のゼロ除算を行おうとすると、除算エラー例外が生成され、カーネルはプロセスにSIGFPEシグナルを送信します。

同様に、プロセスが仮想アドレス空間外のメモリアドレスにアクセスしようとした場合、カーネルはSIGSEGV（セグメンテーション違反シグナル）を介してプロセスにこの違反を通知します。シグナル名と例外の正確なマッピングは、例外の種類がアーキテクチャによって異なるため、CPUによって異なります。

POSIXシグナル

以下のリストは、Single Unix 仕様バージョン 5 で規定されているシグナルをまとめたものです。すべてのシグナルはヘッダーファイルでマクロ定数として定義されています<signal.h>。マクロ定数の名前は、「SIG」というプレフィックスと、それに続くシグナルのニーモニック名で構成されます。

プロセスは、受信したPOSIXシグナルの処理方法を定義できます。プロセスがシグナルに対する動作を定義していない場合、そのシグナルのデフォルトのハンドラが使用されます。以下の表は、 FreeBSD、OpenBSD、LinuxなどのPOSIX準拠のUNIXシステムのデフォルトの動作を示しています。

信号携帯電話
番号		デフォルトのアクション説明
シガバート6終了（コアダンプ）プロセス中止信号
シガルム14終了目覚まし時計
シグバス—終了（コアダンプ）メモリオブジェクトの未定義部分へのアクセス
シグナル—無視する子プロセスが終了、停止、または続行されました
シグナルコント—続く停止した場合は実行を継続する
SIGFPE8終了（コアダンプ）誤った算術演算
SIGHUP1終了電話を切る
印章4終了（コアダンプ）不正な命令
シギント2終了端末割り込み信号
シグナルキル9終了キル（捕まえたり無視したりできない）
シグパイプ13終了誰にも読まれないパイプに書く
SIGQUIT3終了（コアダンプ）端末終了信号
SIGSEGV11終了（コアダンプ）無効なメモリ参照
シグストップ—停止実行を停止します（キャッチまたは無視できません）
シグシス—終了（コアダンプ）不正なシステムコール
シグナルターミナル15終了終了信号
シグトラップ5終了（コアダンプ）トレース/ブレークポイントトラップ
シグナルTP—停止ターミナル停止信号
シグティン—停止バックグラウンドプロセスが読み取りを試行しています
シグトゥ—停止バックグラウンドプロセスが書き込みを試行しています
SIGUSR1—終了ユーザー定義信号1
SIGUSR2—終了ユーザー定義信号2
シグルグ—無視する帯域外データはソケットで利用可能
信号—終了仮想タイマーが切れました
SIGXCPU—終了（コアダンプ）CPU時間制限を超えました
SIGXFSZ—終了（コアダンプ）ファイルサイズの制限を超えました
シグウィンチ—無視するターミナルウィンドウのサイズが変更されました
携帯電話番号:
ほとんどのシグナルでは、対応するシグナル番号は実装定義です。この列にはPOSIX標準で規定されている番号が列挙されています。[10]
アクションの説明:
終了 – プロセスの異常終了。プロセスは_exit()のすべての結果で終了しますが、wait()とwaitpid()に渡されるステータスは、指定されたシグナルによる異常終了を示します。
終了（コアダンプ）  – プロセスの異常終了。さらに、コアファイルの作成など、実装定義の異常終了アクションが発生する場合があります。
無視 – 信号を無視します。
停止 – プロセスを停止 (または一時停止) します。
続行 – プロセスが停止している場合は続行します。それ以外の場合は、信号を無視します。
SIGABRTとシギオット
SIGABRTシグナルは、プロセスに中止（つまり終了）を指示するために送信されます。このシグナルは通常、プロセス自身がC標準ライブラリabort()の関数を呼び出す際に発行されますが、他のシグナルと同様に、外部からプロセスに送信することもできます。
SIGIOT は、CPU が明示的な「トラップ」命令 (定義された関数なし) または実装されていない命令 (エミュレーションが利用できない場合) を実行したことを示します。
注: 「入出力トラップ」は、CPUの「トラップ」命令の誤った名称です。この用語は、主にI/O機能の実装に用いられた初期の用途を反映していますが、これらの命令は本質的にデバイスI/Oに結びついているわけではなく、仮想ホストと実ホスト間の通信など、他の目的にも使用されることがあります。
SIGIOT と SIGABRT は通常同じ信号であり、その信号を受信すると上記のいずれかの状態を示している可能性があります。
シガルム、SIGVTALRMとシグプロフ
SIGALRM、SIGVTALRM、およびSIGPROFシグナルは、対応する時間制限に達したときにプロセスに送信されます。プロセスは、alarmまたは を呼び出すことでこれらの時間制限を設定します。SIGALRMの時間制限は実時間またはクロック時間に基づきます。SIGVTALRMはプロセスが使用するCPU時間に基づきます。SIGPROFはプロセスと、プロセスに代わってシステム（プロファイリングタイマーsetitimerと呼ばれる）が使用するCPU時間に基づきます。一部のシステムでは、SIGALRMは関数の実装によって内部的に使用される場合があります。sleep
シグバス
SIGBUSシグナルは、バスエラーが発生したときにプロセスに送信されます。このシグナルが送信される条件としては、例えば、メモリアクセスのアラインメントが不適切であったり、物理アドレスが存在しないことが挙げられます。
シグナル
SIGCHLDシグナルは、子プロセスが 終了、停止、または停止後に再開したときにプロセスに送信されます。このシグナルの一般的な用途の一つは、システムコールを明示的に呼び出すことなく、子プロセスが終了した後に子プロセスが使用したリソースをクリーンアップするようオペレーティングシステムに指示することですwait。
シグナルコント
SIGCONTシグナルは、SIGSTOPシグナルまたはSIGTSTPシグナルによって一時停止されたプロセスを再開（再開）するようオペレーティングシステムに指示します。このシグナルの重要な用途の一つは、 Unixシェルにおけるジョブ制御です。
SIGFPE
SIGFPEシグナルは、浮動小数点演算または整数演算ハードウェアで例外的な（必ずしもエラーとは限らない）状態が検出された場合にプロセスに送信されます。これには、ゼロ除算、浮動小数点アンダーフローまたはオーバーフロー、整数オーバーフロー、無効な演算、または不正確な計算が含まれます。動作はハードウェアによって異なる場合があります。
SIGHUP
SIGHUPシグナルは、プロセスの制御端末が閉じられた際に送信されます。元々は、シリアル回線の切断（ハングアップ）をプロセスに通知するために設計されました。現代のシステムでは、このシグナルは通常、制御用の擬似端末または仮想端末が閉じられたことを意味します。[11]多くのデーモン（制御端末を持たないデーモン）は、このシグナルの受信を、終了する代わりに設定ファイルの再読み込みとログファイルのフラッシュ/再オープンの要求と解釈します。[12] nohupは、コマンドにシグナルを無視させるコマンドです。
印章
SIGILL シグナルは、プロセスが不正、不正、不明、または特権命令を実行しようとしたときに、そのプロセスに送信されます。
シギント
SIGINTシグナルは、ユーザーがプロセスを中断したい場合に、制御端末からプロセスに送信されます。これは通常、 Ctrl+キーCを押すことで開始されますが、一部のシステムでは「Delete」キーまたは「Break」キーも使用できます。[13]
シグナルキル
SIGKILLシグナルは、プロセスを即時終了（ kill ）させるために送信されます。SIGTERMやSIGINTとは異なり、このシグナルはキャッチまたは無視することはできず、受信プロセスはこのシグナルを受信した際にいかなるクリーンアップも実行できません。以下の例外が適用されます。
  • ゾンビ プロセスはすでに終了しており、親プロセスによる処理を待機しているため、強制終了することはできません。
  • ブロックされた状態にあるプロセスは、再び起動するまで終了しません。
  • initプロセスは特別なプロセスです。処理したくないシグナルは受け取らないため、SIGKILLを無視することができます。[14]このルールの例外は、Linux上でinitがptraceされている場合です。[15] [16]
  • 割り込み不可スリープ状態のプロセスは、SIGKILLを送信しても終了せず（リソースを解放しない）、リソースを解放しない場合があります。これは、一時的なソフトウェアの問題を解決するためにUNIXシステムを再起動する必要がある数少ないケースの1つです。
SIGKILLは、ほとんどのシステムシャットダウン手順において、SIGTERMに応答して自発的に終了しないプロセスを終了する際の最後の手段として使用されます。Mac OS X 10.6（ Snow Leopard）では、コンピュータのシャットダウン手順を高速化するために、「クリーン」とマークされたアプリケーションにSIGKILLを送信します。これにより、おそらく悪影響はなく、シャットダウン時間が短縮されます。[17]このコマンドはkillall -9、例えばLinuxで実行された場合、同様の危険な効果をもたらします。つまり、プログラムが未保存データを保存できないようにするのです。他のオプションもありますが、何も指定しない場合は、より安全なSIGTERM信号が使用されます。
シグパイプ
SIGPIPE シグナルは、もう一方の端にプロセスが接続されていない状態でパイプに書き込もうとしたときに、プロセスに送信されます。
シグナルポール
SIGPOLLシグナルは、明示的に監視されているファイル記述子でイベントが発生したときに送信されます。[18]これを使用すると、カーネルが呼び出し元の代わりに記述子をポーリングするため、非同期I/Oリクエストを効果的に行うことができます。これは、アクティブポーリングの代替手段となります。
SIGRTMINからシグルートマックス
SIGRTMINからSIGRTMAXまでの信号は、ユーザー定義の目的で使用されるリアルタイム信号です。
SIGQUIT
SIGQUIT シグナルは、ユーザーがプロセスを終了してコア ダンプを実行するように要求したときに、制御端末によってプロセスに送信されます。
SIGSEGV
SIGSEGVシグナルは、プロセスが無効な仮想メモリ参照、つまりセグメンテーション違反を起こしたときに送信されます。[ 19 ]
シグストップ
SIGSTOPシグナルは、後で再開できるようにプロセスを停止するようにオペレーティング システムに指示します。
シグシス
SIGSYSシグナルは、プロセスがシステムコールに不正な引数を渡したときに送信されます。実際には、アプリケーションはライブラリ（例：libc）を利用してシステムコールを実行するため、この種のシグナルはほとんど発生しません。SIGSYSは、Linux Seccompのセキュリティルールに違反するアプリケーションによって受信される可能性があります。また、SIGSYSは、Linux上でWindowsのシステムコールをエミュレートするなど、外部のシステムコールをエミュレートするためにも使用されます。[20]
シグナルターミナル
SIGTERMシグナルは、プロセスの終了を要求するために送信されます。SIGKILLシグナルとは異なり、プロセスはSIGTERMシグナルをキャッチして解釈したり、無視したりできます。これにより、プロセスはリソースを解放し、適切な場合には状態を保存して適切な終了を行うことができます。SIGINTシグナルはSIGTERMシグナルとほぼ同じです。
シグナルTP
SIGTSTPシグナルは、制御端末からプロセスに停止（terminal st o p ）を要求するために送信されます。通常、ユーザーが+キーを押すことで開始されます。SIGSTOPとは異なり、プロセスはこのシグナルに対してシグナルハンドラを登録したり、シグナルを無視したりできます。CtrlZ
SIGTTINとシグトゥ
SIGTTINおよびSIGTTOUシグナルは、バックグラウンドでプロセスがttyから読み込みまたは書き込みを行おうとしたときに送信されます。通常、これらのシグナルはジョブ制御下にあるプロセスによってのみ受信されます。デーモンには制御端末がないため、これらのシグナルを受信することはありません。
シグトラップ
SIGTRAP シグナルは、例外 (またはトラップ) が発生したときにプロセスに送信されます。例外とは、デバッガーが通知を要求した条件です。たとえば、特定の関数が実行されたときや、特定の変数の値が変更されたときなどです。
シグルグ
ソケットに読み取り可能な緊急データまたは帯域外データがある場合、 SIGURGシグナルがプロセスに送信されます。
SIGUSR1とSIGUSR2
SIGUSR1 および SIGUSR2 シグナルは、ユーザー定義の条件を示すためにプロセスに送信されます。
SIGXCPU
SIGXCPUシグナルは、プロセスがCPUを一定のユーザー設定可能な値を超えて使い果たした場合に、そのプロセスに送信されます。[21] SIGXCPUシグナルの到着により、受信側プロセスは、オペレーティングシステムによってSIGKILLシグナルを使用して終了される前に、中間結果をすばやく保存し、正常に終了する機会が得られます。
SIGXFSZ
SIGXFSZ シグナルは、ファイル サイズが最大許容サイズを超えたときにプロセスに送信されます。
シグウィンチ
SIGWINCHシグナルは、制御端末のサイズが変更されたとき（ウィンドウの変更）にプロセスに送信されます。[22]

その他の信号

以下のシグナルはPOSIX仕様では規定されていません。ただし、様々なシステムで使用されることがあります。

シゲムト
SIGEMTシグナルは、エミュレータトラップが発生したときにプロセスに送信されます。エミュレータとは通常、他のプログラムを実行するソフトウェアを指しますが、この場合はプログラムがスーパーバイザ呼び出し命令を実行したことを意味します（ DEC PDP-11シリーズのコンピュータでは、EMT命令がこの目的のために使用されていました）。
署名情報
SIGINFO シグナルは、制御端末からステータス (情報) 要求を受信したときにプロセスに送信されます。
SIGPWR
SIGPWR 信号は、システムに電源障害が発生したときにプロセスに送信されます。
シグロスト
ファイルロックが失われたときに、SIGLOST シグナルがプロセスに送信されます。
SIGSTKFLT
SIGSTKFLTシグナルは、コプロセッサがスタックフォールト（スタックが空のときにポップしたり、スタックがいっぱいのときにプッシュしたりすること）を経験した場合にプロセスに送信されます。[ 23 ]これはLinuxで定義されていますが、使用されていません。Linuxでは、x87コプロセッサのスタックフォールトは代わりにSIGFPEを生成します。[24]
署名済み
SIGUNUSEDシグナルは、未使用のシステムコール番号を持つシステムコールが実行されたときにプロセスに送信されます。ほとんどのアーキテクチャではSIGSYSと同義です。[23]
SIGCLD
SIGCLD信号はSIGCHLDと同義である。[23]

参照

参考文献

  1. ^ McIlroy, MD (1987). A Research Unix reader: annotated excerpts from the Programmer's Manual, 1971–1986 (PDF) (技術レポート). CSTR. ベル研究所. 139.
  2. ^ Gagliardi, Pietro. 「Bell LabsのPlan 9でのCプログラミング」. doc.cat-v.org . 2022年1月22日閲覧。
  3. ^ 「終了シグナル」。GNU Cライブラリ。
  4. ^ 「ジョブ制御信号」。GNU Cライブラリ。
  5. ^ 「その他のシグナル」。GNU Cライブラリ。
  6. ^ 「The Open Group Base Specifications Issue 6、IEEE Std 1003.1、2004年版：システムインターフェース第2章」pubs.opengroup.org . 2020年12月20日閲覧。
  7. ^ "signal(7) - Linuxマニュアルページ". man7.org . 2020年12月20日閲覧。
  8. ^ "signal-safety(7) - Linuxマニュアルページ". man7.org . 2020年12月20日閲覧。
  9. ^ 「The Open Group Base Specifications Issue 6、IEEE Std 1003.1、2004年版: <signal.h>」. pubs.opengroup.org . 2020年12月20日閲覧。
  10. ^ "IEEE Std 1003.1-2017 - kill". IEEE, Open Group.整数値と使用されるsig値の対応は以下のリストに示されています。以下にリストされている以外のsignal_numberを指定した場合の効果は未定義です。
  11. ^ Michael Kerrisk (2009年7月25日). "signal(7)". Linuxプログラマーズ・マニュアル (バージョン3.22) . Linuxカーネル・アーカイブ. 2009年9月23日閲覧。
  12. ^ "perlipc(1)". Perlプログラマーズリファレンスガイド、バージョン5.18。perldoc.perl.org - Perlプログラミング言語の公式ドキュメント。 2013年9月21日閲覧。
  13. ^ 「SIGINTとSIGQUITの適切な処理」 。 2012年10月6日閲覧。
  14. ^ https://manpages.ubuntu.com/manpages/zesty/man2/kill.2.html アーカイブ 2018年1月28日Wayback Machineセクション NOTES
  15. ^ 「SIGKILL initプロセス（PID 1）」。Stack Overflow。
  16. ^ 「root で init プロセスを強制終了できますか?」Unix & Linux Stack Exchange。
  17. ^ 「Mac Dev Center: Mac OS Xの新機能: Mac OS X v10.6」。2009年8月28日。 2017年11月18日閲覧。
  18. ^ 「ioctl - STREAMデバイスを制御する」。POSIXシステムコール仕様。The Open Group 。 2015年6月19日閲覧。
  19. ^ 「「セグメンテーション違反」とは何ですか？」support.microfocus.com . 2018年11月22日閲覧。
  20. ^ 「Syscall User Dispatch – Linuxカーネルドキュメント」. kernel.org . 2021年2月11日閲覧。
  21. ^ 「getrlimit、setrlimit - 最大リソース消費量を制御する」。POSIXシステムコール仕様。The Open Group 。 2009年9月10日閲覧。
  22. ^ Clausecker, Robert (2017年6月19日). 「0001151: 端末ウィンドウサイズを取得/設定するための新しいシグナルSIGWINCHと関数tcsetsize()、tcgetsize()を導入」Austin Group Defect Tracker . Austin Group . 2017年10月12日閲覧。承認済み
  23. ^ abc "signal(7) — Linuxマニュアルページ". manpages.courier-mta.org . 2018年11月22日閲覧。
  24. ^ 「Linux 3.0 x86_64: SIGSTKFLT はいつ発生するのか?」Stack Overflow。
  • Unix シグナル テーブル、Ali Alanjawi、ピッツバーグ大学
  • Man7.org シグナルマニュアルページ
  • Unixシグナルプログラミング入門 Unixシグナルプログラミング入門（ Wayback Machine）（2013年9月26日アーカイブ）
  • Unix シグナルプログラミングのもう一つの入門 (ブログ投稿、2009)
  • UNIX と信頼性の高い POSIX シグナル (Baris Simsek 著、インターネット アーカイブに保存)
  • ヘニング・ブラウアー著『シグナル・ハンドラー』
「https://en.wikipedia.org/w/index.php?title=Signal_(IPC)&oldid=1318199152」より取得