agarró coreutils de git ...
mirando la salida 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);
Ahora mirando la variable de estado ...
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 no está sucediendo mucho allí con el estado de salida.
Veo EXIT_FAILURE y EXIT_SUCCESS y nada más.
así que básicamente 0 y 1 / -1
Para ver llamadas de salida específicas () y cómo se producen en un flujo de proceso, intente esto
openfly@linux-host:~/ $ strace rm -rf $whatever
bastante simple.
árbitro:
http://www.unix.com/man-page/Linux/EXIT_FAILURE/exit/
man ls
en Ubuntu, explica la razón del estado de salida distinto de cero