Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

_exit(2) [opendarwin man page]

EXIT(2) 						      BSD System Calls Manual							   EXIT(2)

_exit -- terminate the calling process SYNOPSIS
#include <unistd.h> void _exit(int status); DESCRIPTION
The _exit() function terminates a process with the following consequences: o All of the descriptors open in the calling process are closed. This may entail delays, for example, waiting for output to drain; a process in this state may not be killed, as it is already dying. o If the parent process of the calling process has an outstanding wait call or catches the SIGCHLD signal, it is notified of the calling process's termination and the status is set as defined by wait(2). o The parent process-ID of all of the calling process's existing child processes are set to 1; the initialization process (see the DEFINI- TIONS section of intro(2)) inherits each of these processes. o If the termination of the process causes any process group to become orphaned (usually because the parents of all members of the group have now exited; see ``orphaned process group'' in intro(2)), and if any member of the orphaned group is stopped, the SIGHUP signal and the SIGCONT signal are sent to all members of the newly-orphaned process group. o If the process is a controlling process (see intro(2)), the SIGHUP signal is sent to the foreground process group of the controlling ter- minal, and all current access to the controlling terminal is revoked. Most C programs call the library routine exit(3), which flushes buffers, closes streams, unlinks temporary files, etc., before calling _exit(). RETURN VALUE
_exit() can never return. SEE ALSO
fork(2), sigaction(2), wait(2), exit(3) STANDARDS
The _exit function is defined by IEEE Std 1003.1-1988 (``POSIX.1''). 4th Berkeley Distribution June 4, 1993 4th Berkeley Distribution

Check Out this Related Man Page

exit(2) 							System Calls Manual							   exit(2)

exit(), _exit(), _Exit() - terminate a process SYNOPSIS
Parameters status The values of status can be or as described in or any other value, although only the least significant 8 bits (that is, status is available to a waiting parent process. DESCRIPTION
The function first calls all functions registered by in the reverse order of their registration. Each function is called as many times as it was registered. If a function registered by a call to fails to return, the remaining registered functions are called and the rest of the processing is not completed. terminates the calling process and passes status to the system for inspection {see wait(2)}. Returning from main in a C program has the same effect as the status value is the function value returned by main (this value is undefined if main does not take care to return a value or to call explicitly). If the calling process is multithreaded, all threads/lightweight process in the process will be terminated. cannot return to its caller. The result of an call during exit processing is undefined. The functions and are equivalent, except that calls functions registered by and flushes standard I/O buffers, while does not. The function is equivalent to The functions and terminate the calling process with the following consequences. The exact order of these consequences is unspecified. All file descriptors, directory streams, conversion descriptors, and message catalog descriptors open in the calling process are closed. All files created by are removed (see tmpfile(3S)). If the parent process of the calling process is executing a or it is notified of the calling process's termination, and the low- order eight bits; i.e., bits 0377 of status are made available to it (see wait(2)). If the parent process of the calling process is not executing a or and does not have set to the calling process is transformed into a zombie process. A zombie process is a process that only occupies a slot in the process table. It has no other space allocated either in user or kernel space. Time accounting information is recorded for use by (see times(2)). The parent process ID is set to the process ID of the initialization process (aka for all of the calling process's existing child processes and zombie processes. This means the initialization process inherits each of these processes. Threads/LWPs terminated by a call to shall not invoke their cancellation cleanup handlers or their thread specific data destructor functions. Each attached shared memory segment is detached and the value of in the data structure associated with its shared memory identifier is decremented by 1 (see shmop(2)). For each semaphore for which the calling process has set a semadj value (see semop(2)), that semadj value is added to the value of the specified semaphore. If the process has a process, text, or data lock, an is performed, see plock(2). An accounting record is written on the accounting file if the system's accounting routine is enabled (see acct(2)). A signal is sent to the parent process. If the calling process is a controlling process, the signal is sent to each process in the foreground process group of the control- ling terminal belonging to the calling process. The controlling terminal associated with the session is disassociated from the ses- sion, allowing it to be acquired by a new controlling process. If the exit of the calling process causes a process group to become orphaned, and if any member of the newly-orphaned process group is stopped, all processes in the newly-orphaned process group are sent and signals. If the current process has any child processes that are being traced, they are sent a signal. AUTHOR
was developed by HP, AT&T, and the University of California, Berkeley. and were developed by HP. SEE ALSO
sh(1), acct(2), close(2), plock(2), semop(2), shmget(2), shmop(2), sigaction(2), times(2), vfork(2), wait(2), wait3(2), waitpid(2) atexit(3), fclose(3), pthread_cancel(3T), pthread_exit(3T), pthread_key_create(3T), signal(5). See exit conditions STANDARDS CONFORMANCE
Man Page