JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... ムコールには glibc のラッパー関数は存在しない。「注意」の節を参照。 説明 各スレッドについて、カーネルは set_child_tid と clear_child_tid という 2 つの属性を保持する。この 2 つの属性はデフォルトでは NULL である。 set_child_tid スレッドが ... CLONE_CHILD_SETTID フラグを指定した clone (2) によって開始された場合、 set_child_tid は clone (2) のシステムコールの ctid 引数で渡され ... た値に設定される。 set_child_tid が設定された場合、一番最初に新しいスレッドが行うことは、 このアドレスに自身のスレッド ID を書き込むことである。 clear_ ... ... に execve (2) する場合に有用かもしれない。 vfork () differs from fork (2) in that the calling thread is suspended until the child terminates (either normally, by calling _exit (2), or abnormally, after delivery of a fatal signal), or it makes a call to ... execve (2). Until that point, the child shares all memory with its parent, including the stack. The child must not return from the current function or call exit ( ... new program. (This can be especially beneficial where a large parent process wishes to execute a small helper program in a child process.) By contrast, using fork (2) in this scenario requires either committing an amount of memory equal to the size of ... ... 生成される直前に親プロセスから 呼び出される。 parent ハンドラは、 fork (2) がリターンする直前に親プロセスから呼び出される。 child ハンドラは fork (2) が返る直前に子プロセスから呼び出される。 prepare , parent および child の三つのハンドラのうちの一つまた ... ハンドラは LIFO 順で呼び出される( pthread_atfork で最後に加えられたものが fork の前に最初に呼び出される)。 他方、 parent と child は FIFO 順で呼び出される (最初に加えられたものが最初に呼び出される)。 pthread_atfork の目的を理解するために、 fork (2) は、 ... で次のようなハンドラを登録すれば良いだろう: prepare ハンドラが大域的な mutex を(ロックする際の順序で)ロックし、 parent と child がそれらを(逆の順に)アンロックする。 または、 prepare と parent を NULL に設定し、 child を大域的な mutex に対して pthread ... ... ェルを開始する。ユーザー ID ( -M ) 1000 とグループ ID ( -G ) 1000 をユーザー名前空間内で 0 にマッピングしている。 $ ./userns_child_exec -p -m -U -M '0 1000 1' -G '0 1000 1' bash シェルは PID 1 を持つ。このシェルは新しい PID 名前空間の最初のプロセスだから ... c proc /proc bash$ ps ax PID TTY STAT TIME COMMAND 1 pts/3 S 0:00 bash 22 pts/3 R+ 0:00 ps ax プログラムのソース /* userns_child_exec.c GNU General Public License v2 以降の元でライセンスされる 新しい名前空間でシェルコマンドを実行する子プロセスを作成す ... を出力し、呼び出し元プロセスを終了する。 */ #define errExit(msg) do { perror(msg); exit(EXIT_FAILURE); \ } while (0) struct child_args { char **argv; /* 子プロセスが実行するコマンドと引き数 */ int pipe_fd[2]; /* 親プロセスと子プロセスを同期するためのパ ... ... を返す。 このマクロを使用するのは WIFSIGNALED が真を返した場合だけにすべきである。 WCOREDUMP( wstatus ) returns true if the child produced a core dump (see core (5)). This macro should be employed only if WIFSIGNALED returned true. This macro is not sp ... かを選択する: idtype == P_PID プロセスID が id と一致する子プロセスを待つ。 idtype == P_PIDFD (since Linux 5.4) Wait for the child referred to by the PID file descriptor specified in id . (See pidfd_open (2) for further information on PID file descripto ... rs.) idtype == P_PGID Wait for any child whose process group ID matches id . Since Linux 5.4, if id is zero, then wait for any child that is in the same process gr ... ... を返す。 このマクロを使用するのは WIFSIGNALED が真を返した場合だけにすべきである。 WCOREDUMP( wstatus ) returns true if the child produced a core dump (see core (5)). This macro should be employed only if WIFSIGNALED returned true. This macro is not sp ... かを選択する: idtype == P_PID プロセスID が id と一致する子プロセスを待つ。 idtype == P_PIDFD (since Linux 5.4) Wait for the child referred to by the PID file descriptor specified in id . (See pidfd_open (2) for further information on PID file descripto ... rs.) idtype == P_PGID Wait for any child whose process group ID matches id . Since Linux 5.4, if id is zero, then wait for any child that is in the same process gr ... ... を返す。 このマクロを使用するのは WIFSIGNALED が真を返した場合だけにすべきである。 WCOREDUMP( wstatus ) returns true if the child produced a core dump (see core (5)). This macro should be employed only if WIFSIGNALED returned true. This macro is not sp ... かを選択する: idtype == P_PID プロセスID が id と一致する子プロセスを待つ。 idtype == P_PIDFD (since Linux 5.4) Wait for the child referred to by the PID file descriptor specified in id . (See pidfd_open (2) for further information on PID file descripto ... rs.) idtype == P_PGID Wait for any child whose process group ID matches id . Since Linux 5.4, if id is zero, then wait for any child that is in the same process gr ... ... struct user_desc * tls , pid_t * ctid */ ); /* 素のシステムコールのプロトタイプ */ long clone(unsigned long flags , void * child_stack , void * ptid , void * ctid , struct pt_regs * regs ); glibc ラッパー関数の機能検査マクロの要件 ( feature_test_macro ... のである。 素のシステムコールにおける差分はこのページの最後の方で説明する。 fork (2) とは異なり、 clone () では、子プロセス (child process) と呼び出し元のプロセスとが、メモリー空間、ファイルディスクリプターのテーブル、シグナルハンドラーのテーブルなどの ... となる。 子プロセスは、 exit (2) を呼んで明示的に終了することもあるし、致命的なシグナルを受信した 場合に終了することもある。 child_stack 引き数は、子プロセスによって使用されるスタックの位置を指定する。 子プロセスと呼び出し元のプロセスはメモリーを共有する ... ... struct user_desc * tls , pid_t * ctid */ ); /* 素のシステムコールのプロトタイプ */ long clone(unsigned long flags , void * child_stack , void * ptid , void * ctid , struct pt_regs * regs ); glibc ラッパー関数の機能検査マクロの要件 ( feature_test_macro ... のである。 素のシステムコールにおける差分はこのページの最後の方で説明する。 fork (2) とは異なり、 clone () では、子プロセス (child process) と呼び出し元のプロセスとが、メモリー空間、ファイルディスクリプターのテーブル、シグナルハンドラーのテーブルなどの ... となる。 子プロセスは、 exit (2) を呼んで明示的に終了することもあるし、致命的なシグナルを受信した 場合に終了することもある。 child_stack 引き数は、子プロセスによって使用されるスタックの位置を指定する。 子プロセスと呼び出し元のプロセスはメモリーを共有する ... ... struct user_desc * tls , pid_t * ctid */ ); /* 素のシステムコールのプロトタイプ */ long clone(unsigned long flags , void * child_stack , void * ptid , void * ctid , struct pt_regs * regs ); glibc ラッパー関数の機能検査マクロの要件 ( feature_test_macro ... のである。 素のシステムコールにおける差分はこのページの最後の方で説明する。 fork (2) とは異なり、 clone () では、子プロセス (child process) と呼び出し元のプロセスとが、メモリー空間、ファイルディスクリプターのテーブル、シグナルハンドラーのテーブルなどの ... となる。 子プロセスは、 exit (2) を呼んで明示的に終了することもあるし、致命的なシグナルを受信した 場合に終了することもある。 child_stack 引き数は、子プロセスによって使用されるスタックの位置を指定する。 子プロセスと呼び出し元のプロセスはメモリーを共有する ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。