Return value range of the main function

2019-01-03 00:39发布

What does standard say about main return values range? Say only up to 255?

Because

int main(void){
return 256;
}
echo $? ;  # out 0

7条回答
SAY GOODBYE
2楼-- · 2019-01-03 00:41

You return type int. You should be able to return any value that can be stored in an int. The exact size of an int is implementation-dependent, so I can't give you an exact range.

查看更多
贼婆χ
3楼-- · 2019-01-03 00:42

Exit codes are a number between 0 and 255 inclusive on Unix like system. You can return anything but in Linux it's modded 256. Take a peek here for a good explanation on Linux return codes. There is also a Wikipedia article on the topic which talks breifly about exit codes for Windows.

查看更多
ゆ 、 Hurt°
4楼-- · 2019-01-03 00:47

The C standard do not impose particular limitation on exit codes, the paragraph about the return value of main delegates to the documentation about the exit() function, which in turn says:

If the value of status is zero or EXIT_SUCCESS, an implementation-defined form of the status successful termination is returned. If the value of status is EXIT_FAILURE, an implementation-defined form of the status unsuccessful termination is returned. Otherwise the status returned is implementation-defined.

which, apart from the EXIT_SUCCESS/EXIT_FAILURE guidelines, basically means "do whatever you want". :)

As said in one comment, the fact that on POSIX systems only the lower 8 bits of the exit code are actually considered is just a UNIXism, deriving from how the wait syscall is designed (the exit status has to be packed in the lower 8 bits of the wait return value), and has nothing to do with the C standard.

A counterexample is Windows, where the whole value passed to exit/return is considered (as long as it's not bigger than a DWORD1, but I don't think they'll ever make int be bigger than a DWORD, it would break a lot of code).


1. Because the GetExitCodeProcess parameter reserved for returning this value is a DWORD *.

查看更多
Explosion°爆炸
5楼-- · 2019-01-03 00:52

As others have stated, the C & C++ Standards don't constrain return values at all other than to state that (1) main returns an int (which is of an implementation defined size) and (2) zero (or EXIT_SUCCESS) is a successful return and EXIT_FAILURE is a non-successful return. It does specify that a main that does explicitly not return a value is treated as if it had returned zero.

In this case, the interpretation of the return value is up to the process that waits on the process to complete (by calling wait, waitpid, or waitid). wait and waitpid are the older POSIX functions and they specify that only the least significant eight bits of the return value shall be available to a waiting parent process. The POSIX:2008 standard added waitid as a generalized wait method that has access to the full exit status of a child process.

After forking off a subprocess, another process calls one of the wait functions to sleep until the forked process is completed (e.g., returns from main, calls exit or abort or something). The wait and waitpid functions returns the status by way of a pointer to an integer. The caller extracts the actual exit status using the WIFEXITED(status_val) and WEXITSTATUS(status_val) macros. The latter is defined by POSIX and required to return the low-order 8 bits of the status argument. The waitid function uses a pointer to a siginfo_t structure to return the process' status information. The si_status member contains the full status value as described in Status Information.

Basically, the values of the exit status are in the eye of the beholder. The ANSI/ISO specifications are open-ended. The POSIX suite has multiple ways to wait on a process to finish and fetch it's exit status. POSIX also defines spawn as a lighter-weight version of exec which has it's own set of constraints on exit status values. Shells have a habit of further restricting result values -- GNU's bash limits the return status to 7-bits and a POSIX-compliant shell limits exit status values to 8-bits. FWIW, most people agree that restricting your return values to be lower than 64 seems to be safe.

查看更多
forever°为你锁心
6楼-- · 2019-01-03 00:54

The standard doesn't say. 0, EXIT_SUCCESS and EXIT_FAILURE have (sort of) specified meanings. Anything else depends on the implementation.

At the present time, most Unix-based systems only support 8-bit return values. Windows supports (at least) a 32-bit return value. I haven't checked whether 64-bit Windows supports a 64-bit return value, but I rather doubt it, since even 64-bit Windows normally still uses a 32-bit int.

查看更多
ら.Afraid
7楼-- · 2019-01-03 00:55

On Unix, the wait system call sets a status value of type int packed as a bitfield with various types of child termination information. If the child terminated by exiting (as determined by the WIFEXITED macro; the usual alternative being that it died from an uncaught signal), SUS specifies that the lower 8 bits of the status value contain the exit status; this can be retrieved using the WEXITSTATUS macro in wait.h. As such, on Unix exit statuses are restricted to values 0-255, the range of an unsigned 8-bit integer.

Unix like systems typically use a convention of zero for success and non zero for error. Some conventions have developed as to the relative meanings of various error codes; for example GNU recommend that codes with the high bit set be reserved for serious errors, and FreeBSD have documented an extensive set of preferred interpretations.

C99 standard defines only 0 and 1. However, allows other values to be used.

See Exit Status wiki for more.

查看更多
登录 后发表回答