If the process was invoked by DCL, the status is interpreted by
DCL, and a message is displayed.
If the process was a child process created using vfork or an exec
function, then the child process exits and control returns to the
parent. The two functions are identical; the _exit function is
retained for reasons of compatibility with VAX C.
The exit and _exit functions make use of the $EXIT system
service. If your process is being invoked by the RUN command
using any of the hibernation and scheduled wakeup qualifiers, the
process might not correctly return to hibernation state when an
exit or _exit call is made.
The C compiler command-line qualifier /[NO]MAIN=POSIX_EXIT can be
used to direct the compiler to call __posix_exit instead of exit
when returning from main. The default is /NOMAIN.
Beginning with OpenVMS Version 8.3, C RTL contains a fix for
the problem in which a call to _exit after a failed execl really
exits but must not.
In the OpenVMS implementation of vfork, a child process is not
actually started as it is started on most UNIX systems. However,
the C RTL creates some internal data structures intended to mimic
child-process functionality (called the "child context").
A bug occurred whereby after a vfork while in the child context,
a call to an exec function justifiably fails, then calls _exit.
On UNIX systems, after the failed exec call, the child process
continues to execute. A subsequent call to _exit terminates
the child. In the OpenVMS implementation, after the failed exec
call, the child context terminates. A subsequent call to _exit
terminates the parent. The C RTL fix is enabled by a feature
logical switch, DECC$EXIT_AFTER_ FAILED_EXEC. Enabling this
feature logical allows the child context to continue execution.
With DECC$EXIT_AFTER_FAILED_EXEC disabled or not defined, the
current behavior remains the default.
NOTE
EXIT_SUCCESS and EXIT_FAILURE are portable across any
ANSI C compiler to indicate success or failure. On OpenVMS
systems, they are mapped to OpenVMS condition codes with
the severity set to success or failure, respectively. Values
in the range of 3 to 255 can be used by a child process to
communicate a small amount of data to the parent. The parent
retrieves this data using the wait, wait3, wait4, or waitpid
functions.