FORK

名前

書式

pid_t fork(void);  

説明

*

子プロセスは独自のプロセス ID を持ち、 この PID は既存のどのプロセスグループ (setpgid(2)) の ID とも一致しない。

*

子プロセスの親プロセス ID は、親プロセスのプロセス ID と同じである。

*

子プロセスは親プロセスのメモリロック (mlock(2), mlockall(2)) を引き継がない。

*

プロセスの資源利用量 (getrusage(2)) と CPU タイムカウンタ (times(2)) が、子プロセスでは 0 にリセットされる。

*

子プロセスの処理待ちのシグナルの集合 (sigpending(2)) は、初期状態では空になる。

*

子プロセスは親プロセスからセマフォ調整 (semop(2)) を引き継がない。

*

子プロセスは親プロセスからレコードロック (fcntl(2)) を引き継がない。

*

子プロセスは親プロセスからタイマー (setitimer(2), alarm(2), timer_create(2)) を引き継がない。

*

子プロセスは親プロセスから主だった非同期 I/O 操作を引き継がない (aio_read(3), aio_write(3) 参照)。 また、親プロセスから非同期 I/O コンテキストを引き継がない (io_setup(2) 参照)。

上記のリストにあるプロセス属性は、POSIX.1-2001 で全て指定されている。 親プロセスと子プロセスは、以下の Linux 固有のプロセス属性も異なる:

*

子プロセスは親プロセスからディレクトリ変更通知 (dnotify) (fcntl(2) における F_NOTIFY の説明を参照) を引き継がない。

*

prctl(2) の PR_SET_PDEATHSIG の設定がリセットされ、子プロセスは親プロセスが終了したときに シグナルを受信しない。

*

madvise(2) の MADV_DONTFORK フラグでマークされたメモリマッピングは、 fork() によって引き継がれない。

*

子プロセスの終了シグナルは常に SIGCHLD である (clone(2) を参照)。

さらに以下の点について注意すること:

*

子プロセスはシングルスレッドで生成される。つまり、 fork() を呼び出したスレッドとなる。 親プロセスの仮想アドレス空間全体が子プロセスに複製される。 これにはミューテックス (mutex) の状態・条件変数・ pthread オブジェクトが含まれる。 これが引き起こす問題を扱うには、 pthread_atfork(3) を使うと良いだろう。

*

子プロセスは親プロセスが持つ オープンファイルディスクリプタの集合のコピーを引き継ぐ。 子プロセスの各ファイルディスクリプタは、 親プロセスのファイルディスクリプタに対応する 同じオープンファイル記述 (file description) を参照する (open(2) を参照)。 これは 2 つのディスクリプタが、ファイル状態フラグ・ 現在のファイルオフセット、シグナル駆動 (signal-driven) I/O 属性 (fcntl(2) における F_SETOWN, F_SETSIG の説明を参照) を共有することを意味する。

*

子プロセスは親プロセスが持つオープンメッセージキューディスクリプタ (mq_overview(7) を参照) の集合のコピーを引き継ぐ。 子プロセスの各ディスクリプタは、 親プロセスのディスクリプタに対応する 同じオープンメッセージキューディスクリプタを参照する。 これは 2 つのディスクリプタが同じフラグ (mq_flags) を共有することを意味する。

*

子プロセスは、親プロセスのオープン済みのディレクトリストリームの集合 (opendir(3) 参照) のコピーを継承する。 POSIX.1-2001 では、親プロセスと子プロセス間の対応するディレクトリストリーム はディレクトリストリームの位置 (positioning) を共有してもよいとされている。 Linux/glibc ではディレクトリストリームの位置の共有は行われていない。

返り値

エラー

EAGAIN

親プロセスのページ・テーブルのコピーと 子プロセスのタスク構造に生成に必要なメモリを fork() が割り当てることができなかった。

EAGAIN

呼び出し元の RLIMIT_NPROC 資源の制限 (resource limit) に達したために、新しいプロセスを生成できなかった。 この制限を超えるには、プロセスは CAP_SYS_ADMIN または CAP_SYS_RESOURCE ケーパビリティ (capability) を持っていなくてはならない。

ENOMEM

メモリが足りないために、 fork() は必要なカーネル構造体を割り当てることができなかった。

準拠

注意

glibc 2.3.3 以降では、 NPTL スレッド実装の一部として提供されている glibc の fork() ラッパー関数は、 カーネルの fork() システムコールを起動するのではなく、 clone(2) を起動する。 clone(2) に渡すフラグとして、伝統的な fork() システムコールと同じ効果が得られるようなフラグが指定される。 glibc のラッパー関数は pthread_atfork(3) を使って設定されている任意の fork ハンドラを起動する。

例

関連項目

Index

名前

書式

説明

返り値

エラー

準拠

注意

例

関連項目