---------- Forwarded message ---------
From: John Cowan <xxxxxx@ccil.org>
Date: Wed, Aug 14, 2019 at 5:32 PM
Subject: Re: Interpreting exit code given to "exit" procedure
To: Lassi Kortela <xxxxxx@lassi.io>




On Wed, Aug 14, 2019 at 5:10 PM Lassi Kortela <xxxxxx@lassi.io> wrote:

But unless the programmer is catching that error, it may lead to an exit
with a different exit code :) We should figure out which. Code 1 is not
a good error-exit code, because it's quite often used as boolean false
(e.g. grep uses code 1 to indicate it didn't find any matches.

<http://www.tldp.org/LDP/abs/html/exitcodes.html> says that exit code 128 should be used for this purpose.  Additional exit code conventions can be found at /usr/include/sysexit.h, but AFAIK nobody much uses them (delivermail, really???)

Of course, R7RS (and R6RS too) are deliberately silent on what happens when an exception is not caught (return to the REPL, return to the shell, assert a pin and halt the CPU, etc.)



John Cowan          http://vrici.lojban.org/~cowan        xxxxxx@ccil.org
And they pack their lyrics till they're so damn dense
You could put 'em in your yard and you could use 'em for a fence.
      --Alan Chapman, "Everybody Wants to Be Sondheim"