Date: Tue, 11 Mar 2014 14:24:24 -0400 From: Garrett Wollman <wollman@csail.mit.edu> To: Bruce Evans <brde@optusnet.com.au> Cc: freebsd-standards@freebsd.org Subject: Re: standards/187378: stdlib.h doesn't define W* macros (e.g. WEXITSTATUS) Message-ID: <21279.21720.764577.196253@khavrinen.csail.mit.edu> In-Reply-To: <20140312035904.L898@besplex.bde.org> References: <201403111640.s2BGe1J9031029@freefall.freebsd.org> <20140312035904.L898@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Wed, 12 Mar 2014 04:30:55 +1100 (EST), Bruce Evans <brde@optusnet.com.au> said: > This was a bug in XSI. You can't even use these macros without doing > something nonstandard to get a value that they apply too. > Unfortunately, the infestation has now spread to POSIX itself -- this is > now shaded CX instead of XSI in the above URL. See RETURN VALUE for system() at XSHv7 page 2069: If command is not a null pointer, system ( ) shall return the termination status of the command language interpreter in the format specified by waitpid ( ). The termination status shall be as defined for the sh utility; otherwise, the termination status is unspecified. If some error prevents the command language interpreter from executing after the child process is created, the return value from system ( ) shall be as if the command language interpreter had terminated using exit(127) or _exit(127). If a child process cannot be created, or if the termination status for the command language interpreter cannot be obtained, system ( ) shall return -1 and set errno to indicate the error. This paragraph is also shaded CX, not XSI, and was CX in XSHv6 (at p. 1474). -GAWollman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21279.21720.764577.196253>