scripts/bash_aliases: tfix
[man-pages.git] / man2 / wait.2
blob5ae955b3fdce6d46b43863833a1082f6c91d3a6b
1 .\" Copyright (c) 1993 by Thomas Koenig <ig25@rz.uni-karlsruhe.de>
2 .\" and Copyright (c) 2004 by Michael Kerrisk <mtk.manpages@gmail.com>
3 .\"
4 .\" %%%LICENSE_START(VERBATIM)
5 .\" Permission is granted to make and distribute verbatim copies of this
6 .\" manual provided the copyright notice and this permission notice are
7 .\" preserved on all copies.
8 .\"
9 .\" Permission is granted to copy and distribute modified versions of this
10 .\" manual under the conditions for verbatim copying, provided that the
11 .\" entire resulting derived work is distributed under the terms of a
12 .\" permission notice identical to this one.
13 .\"
14 .\" Since the Linux kernel and libraries are constantly changing, this
15 .\" manual page may be incorrect or out-of-date.  The author(s) assume no
16 .\" responsibility for errors or omissions, or for damages resulting from
17 .\" the use of the information contained herein.  The author(s) may not
18 .\" have taken the same level of care in the production of this manual,
19 .\" which is licensed free of charge, as they might when working
20 .\" professionally.
21 .\"
22 .\" Formatted or processed versions of this manual, if unaccompanied by
23 .\" the source, must acknowledge the copyright and authors of this work.
24 .\" %%%LICENSE_END
25 .\"
26 .\" Modified Sat Jul 24 13:30:06 1993 by Rik Faith <faith@cs.unc.edu>
27 .\" Modified Sun Aug 21 17:42:42 1994 by Rik Faith <faith@cs.unc.edu>
28 .\"          (Thanks to Koen Holtman <koen@win.tue.nl>)
29 .\" Modified Wed May 17 15:54:12 1995 by Rik Faith <faith@cs.unc.edu>
30 .\"           To remove *'s from status in macros (Thanks to Michael Shields).
31 .\" Modified as suggested by Nick Duffek <nsd@bbc.com>, aeb, 960426
32 .\" Modified Mon Jun 23 14:09:52 1997 by aeb - add EINTR.
33 .\" Modified Thu Nov 26 02:12:45 1998 by aeb - add SIGCHLD stuff.
34 .\" Modified Mon Jul 24 21:37:38 2000 by David A. Wheeler
35 .\"          <dwheeler@dwheeler.com> - noted thread issues.
36 .\" Modified 26 Jun 01 by Michael Kerrisk
37 .\"          Added __WCLONE, __WALL, and __WNOTHREAD descriptions
38 .\" Modified 2001-09-25, aeb
39 .\" Modified 26 Jun 01 by Michael Kerrisk, <mtk.manpages@gmail.com>
40 .\"     Updated notes on setting disposition of SIGCHLD to SIG_IGN
41 .\" 2004-11-11, mtk
42 .\"     Added waitid(2); added WCONTINUED and WIFCONTINUED()
43 .\"     Added text on SA_NOCLDSTOP
44 .\"     Updated discussion of SA_NOCLDWAIT to reflect 2.6 behavior
45 .\"     Much other text rewritten
46 .\" 2005-05-10, mtk, __W* flags can't be used with waitid()
47 .\" 2008-07-04, mtk, removed erroneous text about SA_NOCLDSTOP
48 .\"
49 .TH WAIT 2 2021-03-22 "Linux" "Linux Programmer's Manual"
50 .SH NAME
51 wait, waitpid, waitid \- wait for process to change state
52 .SH SYNOPSIS
53 .nf
54 .B #include <sys/wait.h>
55 .PP
56 .BI "pid_t wait(int *" "wstatus" );
57 .BI "pid_t waitpid(pid_t " pid ", int *" wstatus ", int " options );
58 .PP
59 .BI "int waitid(idtype_t " idtype ", id_t " id \
60 ", siginfo_t *" infop ", int " options );
61                 /* This is the glibc and POSIX interface; see
62                    NOTES for information on the raw system call. */
63 .fi
64 .PP
65 .RS -4
66 Feature Test Macro Requirements for glibc (see
67 .BR feature_test_macros (7)):
68 .RE
69 .PP
70 .BR waitid ():
71 .nf
72     Since glibc 2.26:
73         _XOPEN_SOURCE >= 500 || _POSIX_C_SOURCE >= 200809L
74 .\"    (_XOPEN_SOURCE && _XOPEN_SOURCE_EXTENDED)
75     Glibc 2.25 and earlier:
76         _XOPEN_SOURCE
77             || /* Since glibc 2.12: */ _POSIX_C_SOURCE >= 200809L
78             || /* Glibc <= 2.19: */ _BSD_SOURCE
79 .fi
80 .SH DESCRIPTION
81 All of these system calls are used to wait for state changes
82 in a child of the calling process, and obtain information
83 about the child whose state has changed.
84 A state change is considered to be: the child terminated;
85 the child was stopped by a signal; or the child was resumed by a signal.
86 In the case of a terminated child, performing a wait allows
87 the system to release the resources associated with the child;
88 if a wait is not performed, then the terminated child remains in
89 a "zombie" state (see NOTES below).
90 .PP
91 If a child has already changed state, then these calls return immediately.
92 Otherwise, they block until either a child changes state or
93 a signal handler interrupts the call (assuming that system calls
94 are not automatically restarted using the
95 .B SA_RESTART
96 flag of
97 .BR sigaction (2)).
98 In the remainder of this page, a child whose state has changed
99 and which has not yet been waited upon by one of these system
100 calls is termed
101 .IR waitable .
102 .SS wait() and waitpid()
104 .BR wait ()
105 system call suspends execution of the calling thread until one of its
106 children terminates.
107 The call
108 .I wait(&wstatus)
109 is equivalent to:
111 .in +4n
113 waitpid(\-1, &wstatus, 0);
118 .BR waitpid ()
119 system call suspends execution of the calling thread until a
120 child specified by
121 .I pid
122 argument has changed state.
123 By default,
124 .BR waitpid ()
125 waits only for terminated children, but this behavior is modifiable
126 via the
127 .I options
128 argument, as described below.
130 The value of
131 .I pid
132 can be:
133 .IP "< \-1"
134 meaning wait for any child process whose process group ID is
135 equal to the absolute value of
136 .IR pid .
137 .IP \-1
138 meaning wait for any child process.
139 .IP 0
140 meaning wait for any child process whose process group ID is
141 equal to that of the calling process at the time of the call to
142 .BR waitpid ().
143 .IP "> 0"
144 meaning wait for the child whose process ID is equal to the
145 value of
146 .IR pid .
148 The value of
149 .I options
150 is an OR of zero or more of the following constants:
152 .B WNOHANG
153 return immediately if no child has exited.
155 .B WUNTRACED
156 also return if a child has stopped
157 (but not traced via
158 .BR ptrace (2)).
159 Status for
160 .I traced
161 children which have stopped is provided
162 even if this option is not specified.
164 .BR WCONTINUED " (since Linux 2.6.10)"
165 also return if a stopped child has been resumed by delivery of
166 .BR SIGCONT .
168 (For Linux-only options, see below.)
171 .I wstatus
172 is not NULL,
173 .BR wait ()
175 .BR waitpid ()
176 store status information in the \fIint\fP to which it points.
177 This integer can be inspected with the following macros (which
178 take the integer itself as an argument, not a pointer to it,
179 as is done in
180 .BR wait ()
182 .BR waitpid ()!):
184 .BI WIFEXITED( wstatus )
185 returns true if the child terminated normally, that is,
186 by calling
187 .BR exit (3)
189 .BR _exit (2),
190 or by returning from main().
192 .BI WEXITSTATUS( wstatus )
193 returns the exit status of the child.
194 This consists of the least significant 8 bits of the
195 .I status
196 argument that the child specified in a call to
197 .BR exit (3)
199 .BR _exit (2)
200 or as the argument for a return statement in main().
201 This macro should be employed only if
202 .B WIFEXITED
203 returned true.
205 .BI WIFSIGNALED( wstatus )
206 returns true if the child process was terminated by a signal.
208 .BI WTERMSIG( wstatus )
209 returns the number of the signal that caused the child process to
210 terminate.
211 This macro should be employed only if
212 .B WIFSIGNALED
213 returned true.
215 .BI WCOREDUMP( wstatus )
216 returns true if the child produced a core dump (see
217 .BR core (5)).
218 This macro should be employed only if
219 .B WIFSIGNALED
220 returned true.
222 This macro is not specified in POSIX.1-2001 and is not available on
223 some UNIX implementations (e.g., AIX, SunOS).
224 Therefore, enclose its use inside
225 .IR "#ifdef WCOREDUMP ... #endif" .
227 .BI WIFSTOPPED( wstatus )
228 returns true if the child process was stopped by delivery of a signal;
229 this is possible only if the call was done using
230 .B WUNTRACED
231 or when the child is being traced (see
232 .BR ptrace (2)).
234 .BI WSTOPSIG( wstatus )
235 returns the number of the signal which caused the child to stop.
236 This macro should be employed only if
237 .B WIFSTOPPED
238 returned true.
240 .BI WIFCONTINUED( wstatus )
241 (since Linux 2.6.10)
242 returns true if the child process was resumed by delivery of
243 .BR SIGCONT .
244 .SS waitid()
246 .BR waitid ()
247 system call (available since Linux 2.6.9) provides more precise
248 control over which child state changes to wait for.
251 .I idtype
253 .I id
254 arguments select the child(ren) to wait for, as follows:
255 .IP "\fIidtype\fP == \fBP_PID\fP"
256 Wait for the child whose process ID matches
257 .IR id .
258 .IP "\fIidtype\fP == \fBP_PIDFD\fP (since Linux 5.4)"
259 .\" commit 3695eae5fee0605f316fbaad0b9e3de791d7dfaf
260 Wait for the child referred to by the PID file descriptor specified in
261 .IR id .
262 (See
263 .BR pidfd_open (2)
264 for further information on PID file descriptors.)
265 .IP "\fIidtype\fP == \fBP_PGID\fP"
266 Wait for any child whose process group ID matches
267 .IR id .
268 Since Linux 5.4,
269 .\" commit 821cc7b0b205c0df64cce59aacc330af251fa8f7
271 .I id
272 is zero, then wait for any child that is in the same process group
273 as the caller's process group at the time of the call.
274 .IP "\fIidtype\fP == \fBP_ALL\fP"
275 Wait for any child;
276 .I id
277 is ignored.
279 The child state changes to wait for are specified by ORing
280 one or more of the following flags in
281 .IR options :
283 .B WEXITED
284 Wait for children that have terminated.
286 .B WSTOPPED
287 Wait for children that have been stopped by delivery of a signal.
289 .B WCONTINUED
290 Wait for (previously stopped) children that have been
291 resumed by delivery of
292 .BR SIGCONT .
294 The following flags may additionally be ORed in
295 .IR options :
297 .B WNOHANG
298 As for
299 .BR waitpid ().
301 .B WNOWAIT
302 Leave the child in a waitable state; a later wait call
303 can be used to again retrieve the child status information.
305 Upon successful return,
306 .BR waitid ()
307 fills in the following fields of the
308 .I siginfo_t
309 structure pointed to by
310 .IR infop :
312 \fIsi_pid\fP
313 The process ID of the child.
315 \fIsi_uid\fP
316 The real user ID of the child.
317 (This field is not set on most other implementations.)
319 \fIsi_signo\fP
320 Always set to
321 .BR SIGCHLD .
323 \fIsi_status\fP
324 Either the exit status of the child, as given to
325 .BR _exit (2)
327 .BR exit (3)),
328 or the signal that caused the child to terminate, stop, or continue.
330 .I si_code
331 field can be used to determine how to interpret this field.
333 \fIsi_code\fP
334 Set to one of:
335 .B CLD_EXITED
336 (child called
337 .BR _exit (2));
338 .B CLD_KILLED
339 (child killed by signal);
340 .B CLD_DUMPED
341 (child killed by signal, and dumped core);
342 .B CLD_STOPPED
343 (child stopped by signal);
344 .B CLD_TRAPPED
345 (traced child has trapped); or
346 .B CLD_CONTINUED
347 (child continued by
348 .BR SIGCONT ).
351 .B WNOHANG
352 was specified in
353 .I options
354 and there were no children in a waitable state, then
355 .BR waitid ()
356 returns 0 immediately and
357 the state of the
358 .I siginfo_t
359 structure pointed to by
360 .I infop
361 depends on the implementation.
362 To (portably) distinguish this case from that where a child was in a
363 waitable state, zero out the
364 .I si_pid
365 field before the call and check for a nonzero value in this field
366 after the call returns.
368 POSIX.1-2008 Technical Corrigendum 1 (2013) adds the requirement that when
369 .B WNOHANG
370 is specified in
371 .I options
372 and there were no children in a waitable state, then
373 .BR waitid ()
374 should zero out the
375 .I si_pid
377 .I si_signo
378 fields of the structure.
379 On Linux and other implementations that adhere to this requirement,
380 it is not necessary to zero out the
381 .I si_pid
382 field before calling
383 .BR waitid ().
384 However,
385 not all implementations follow the POSIX.1 specification on this point.
386 .\" POSIX.1-2001 leaves this possibility unspecified; most
387 .\" implementations (including Linux) zero out the structure
388 .\" in this case, but at least one implementation (AIX 5.1)
389 .\" does not -- MTK Nov 04
390 .SH RETURN VALUE
391 .BR wait ():
392 on success, returns the process ID of the terminated child;
393 on failure, \-1 is returned.
395 .BR waitpid ():
396 on success, returns the process ID of the child whose state has changed;
398 .B WNOHANG
399 was specified and one or more child(ren) specified by
400 .I pid
401 exist, but have not yet changed state, then 0 is returned.
402 On failure, \-1 is returned.
404 .BR waitid ():
405 returns 0 on success or
407 .B WNOHANG
408 was specified and no child(ren) specified by
409 .I id
410 has yet changed state;
411 on failure, \-1 is returned.
412 .\" FIXME As reported by Vegard Nossum, if infop is NULL, then waitid()
413 .\" returns the PID of the child.  Either this is a bug, or it is intended
414 .\" behavior that needs to be documented.  See my Jan 2009 LKML mail
415 .\" "waitid() return value strangeness when infop is NULL".
417 On failure, each of these calls sets
418 .I errno
419 to indicate the error.
420 .SH ERRORS
422 .B ECHILD
423 (for
424 .BR wait ())
425 The calling process does not have any unwaited-for children.
427 .B ECHILD
428 (for
429 .BR waitpid ()
431 .BR waitid ())
432 The process specified by
433 .I pid
434 .RB ( waitpid ())
436 .I idtype
438 .I id
439 .RB ( waitid ())
440 does not exist or is not a child of the calling process.
441 (This can happen for one's own child if the action for
442 .B SIGCHLD
443 is set to
444 .BR SIG_IGN .
445 See also the \fILinux Notes\fP section about threads.)
447 .B EINTR
448 .B WNOHANG
449 was not set and an unblocked signal or a
450 .B SIGCHLD
451 was caught; see
452 .BR signal (7).
454 .B EINVAL
456 .I options
457 argument was invalid.
458 .SH CONFORMING TO
459 SVr4, 4.3BSD, POSIX.1-2001.
460 .SH NOTES
461 A child that terminates, but has not been waited for becomes a "zombie".
462 The kernel maintains a minimal set of information about the zombie
463 process (PID, termination status, resource usage information)
464 in order to allow the parent to later perform a wait to obtain
465 information about the child.
466 As long as a zombie is not removed from the system via a wait,
467 it will consume a slot in the kernel process table, and if
468 this table fills, it will not be possible to create further processes.
469 If a parent process terminates, then its "zombie" children (if any)
470 are adopted by
471 .BR init (1),
472 (or by the nearest "subreaper" process as defined through the use of the
473 .BR prctl (2)
474 .B PR_SET_CHILD_SUBREAPER
475 operation);
476 .BR init (1)
477 automatically performs a wait to remove the zombies.
479 POSIX.1-2001 specifies that if the disposition of
480 .B SIGCHLD
481 is set to
482 .B SIG_IGN
483 or the
484 .B SA_NOCLDWAIT
485 flag is set for
486 .B SIGCHLD
487 (see
488 .BR sigaction (2)),
489 then children that terminate do not become zombies and a call to
490 .BR wait ()
492 .BR waitpid ()
493 will block until all children have terminated, and then fail with
494 .I errno
495 set to
496 .BR ECHILD .
497 (The original POSIX standard left the behavior of setting
498 .B SIGCHLD
500 .B SIG_IGN
501 unspecified.
502 Note that even though the default disposition of
503 .B SIGCHLD
504 is "ignore", explicitly setting the disposition to
505 .B SIG_IGN
506 results in different treatment of zombie process children.)
508 Linux 2.6 conforms to the POSIX requirements.
509 However, Linux 2.4 (and earlier) does not:
510 if a
511 .BR wait ()
513 .BR waitpid ()
514 call is made while
515 .B SIGCHLD
516 is being ignored, the call behaves just as though
517 .B SIGCHLD
518 were not being ignored, that is, the call blocks until the next child
519 terminates and then returns the process ID and status of that child.
520 .SS Linux notes
521 In the Linux kernel, a kernel-scheduled thread is not a distinct
522 construct from a process.
523 Instead, a thread is simply a process
524 that is created using the Linux-unique
525 .BR clone (2)
526 system call; other routines such as the portable
527 .BR pthread_create (3)
528 call are implemented using
529 .BR clone (2).
530 Before Linux 2.4, a thread was just a special case of a process,
531 and as a consequence one thread could not wait on the children
532 of another thread, even when the latter belongs to the same thread group.
533 However, POSIX prescribes such functionality, and since Linux 2.4
534 a thread can, and by default will, wait on children of other threads
535 in the same thread group.
537 The following Linux-specific
538 .I options
539 are for use with children created using
540 .BR clone (2);
541 they can also, since Linux 4.7,
542 .\" commit 91c4e8ea8f05916df0c8a6f383508ac7c9e10dba
543 be used with
544 .BR waitid ():
546 .B __WCLONE
547 .\" since 0.99pl10
548 Wait for "clone" children only.
549 If omitted, then wait for "non-clone" children only.
550 (A "clone" child is one which delivers no signal, or a signal other than
551 .B SIGCHLD
552 to its parent upon termination.)
553 This option is ignored if
554 .B __WALL
555 is also specified.
557 .BR __WALL " (since Linux 2.4)"
558 .\" since patch-2.3.48
559 Wait for all children, regardless of
560 type ("clone" or "non-clone").
562 .BR __WNOTHREAD " (since Linux 2.4)"
563 .\" since patch-2.4.0-test8
564 Do not wait for children of other threads in
565 the same thread group.
566 This was the default before Linux 2.4.
568 Since Linux 4.7,
569 .\" commit bf959931ddb88c4e4366e96dd22e68fa0db9527c
570 .\" prevents cases where an unreapable zombie is created if
571 .\" /sbin/init doesn't use __WALL.
573 .B __WALL
574 flag is automatically implied if the child is being ptraced.
575 .SS C library/kernel differences
576 .BR wait ()
577 is actually a library function that (in glibc) is implemented as a call to
578 .BR wait4 (2).
580 On some architectures, there is no
581 .BR waitpid ()
582 system call;
583 .\" e.g., i386 has the system call, but not x86-64
584 instead, this interface is implemented via a C library
585 wrapper function that calls
586 .BR wait4 (2).
588 The raw
589 .BR waitid ()
590 system call takes a fifth argument, of type
591 .IR "struct rusage\ *" .
592 If this argument is non-NULL,
593 then it is used to return resource usage information about the child,
594 in the same manner as
595 .BR wait4 (2).
597 .BR getrusage (2)
598 for details.
599 .SH BUGS
600 According to POSIX.1-2008, an application calling
601 .BR waitid ()
602 must ensure that
603 .I infop
604 points to a
605 .I siginfo_t
606 structure (i.e., that it is a non-null pointer).
607 On Linux, if
608 .I infop
609 is NULL,
610 .BR waitid ()
611 succeeds, and returns the process ID of the waited-for child.
612 Applications should avoid relying on this inconsistent,
613 nonstandard, and unnecessary feature.
614 .SH EXAMPLES
615 .\" fork.2 refers to this example program.
616 The following program demonstrates the use of
617 .BR fork (2)
619 .BR waitpid ().
620 The program creates a child process.
621 If no command-line argument is supplied to the program,
622 then the child suspends its execution using
623 .BR pause (2),
624 to allow the user to send signals to the child.
625 Otherwise, if a command-line argument is supplied,
626 then the child exits immediately,
627 using the integer supplied on the command line as the exit status.
628 The parent process executes a loop that monitors the child using
629 .BR waitpid (),
630 and uses the W*() macros described above to analyze the wait status value.
632 The following shell session demonstrates the use of the program:
634 .in +4n
636 .RB "$" " ./a.out &"
637 Child PID is 32360
638 [1] 32359
639 .RB "$" " kill \-STOP 32360"
640 stopped by signal 19
641 .RB "$" " kill \-CONT 32360"
642 continued
643 .RB "$" " kill \-TERM 32360"
644 killed by signal 15
645 [1]+  Done                    ./a.out
649 .SS Program source
652 #include <sys/wait.h>
653 #include <stdint.h>
654 #include <stdlib.h>
655 #include <unistd.h>
656 #include <stdio.h>
659 main(int argc, char *argv[])
661     pid_t cpid, w;
662     int wstatus;
664     cpid = fork();
665     if (cpid == \-1) {
666         perror("fork");
667         exit(EXIT_FAILURE);
668     }
670     if (cpid == 0) {            /* Code executed by child */
671         printf("Child PID is %jd\en", (intmax_t) getpid());
672         if (argc == 1)
673             pause();                    /* Wait for signals */
674         _exit(atoi(argv[1]));
676     } else {                    /* Code executed by parent */
677         do {
678             w = waitpid(cpid, &wstatus, WUNTRACED | WCONTINUED);
679             if (w == \-1) {
680                 perror("waitpid");
681                 exit(EXIT_FAILURE);
682             }
684             if (WIFEXITED(wstatus)) {
685                 printf("exited, status=%d\en", WEXITSTATUS(wstatus));
686             } else if (WIFSIGNALED(wstatus)) {
687                 printf("killed by signal %d\en", WTERMSIG(wstatus));
688             } else if (WIFSTOPPED(wstatus)) {
689                 printf("stopped by signal %d\en", WSTOPSIG(wstatus));
690             } else if (WIFCONTINUED(wstatus)) {
691                 printf("continued\en");
692             }
693         } while (!WIFEXITED(wstatus) && !WIFSIGNALED(wstatus));
694         exit(EXIT_SUCCESS);
695     }
698 .SH SEE ALSO
699 .BR _exit (2),
700 .BR clone (2),
701 .BR fork (2),
702 .BR kill (2),
703 .BR ptrace (2),
704 .BR sigaction (2),
705 .BR signal (2),
706 .BR wait4 (2),
707 .BR pthread_create (3),
708 .BR core (5),
709 .BR credentials (7),
710 .BR signal (7)