peguei coreutils do git ....
olhando para a saída, vemos ...
openfly@linux-host:~/coreutils/src $ cat rm.c | grep -i exit
if (status != EXIT_SUCCESS)
exit (status);
/* Since this program exits immediately after calling 'rm', rm need not
atexit (close_stdin);
usage (EXIT_FAILURE);
exit (EXIT_SUCCESS);
usage (EXIT_FAILURE);
error (EXIT_FAILURE, errno, _("failed to get attributes of %s"),
exit (EXIT_SUCCESS);
exit (status == RM_ERROR ? EXIT_FAILURE : EXIT_SUCCESS);
Agora, olhando para a variável de status ....
openfly@linux-host:~/coreutils/src $ cat rm.c | grep -i status
usage (int status)
if (status != EXIT_SUCCESS)
exit (status);
enum RM_status status = rm (file, &x);
assert (VALID_STATUS (status));
exit (status == RM_ERROR ? EXIT_FAILURE : EXIT_SUCCESS);
Parece que não há muita coisa acontecendo com o status de saída.
Eu vejo EXIT_FAILURE e EXIT_SUCCESS e não qualquer outra coisa.
então basicamente 0 e 1 / -1
Para ver syscalls de saída específicos () e como eles ocorrem em um fluxo de processo, tente
openfly@linux-host:~/ $ strace rm -rf $whatever
relativamente simples.
ref:
http://www.unix.com/man-page/Linux/EXIT_FAILURE/exit/
man ls
no Ubuntu, explica a razão para o status de saída diferente de zero