svn commit: r184509 - head/share/man/man9

[Dag-Erling Smørgrav]

Stanislav Sedov <stas at FreeBSD.org> writes:
> What is the benefit of using a single error exit code which theoretically
> can't say anything about the type of the error instead of probably cryptic
> set of documented error coded that could be later decrypted and analyzed
> at least? For me the code using named error codes looks much cleaner, and
> as all exit codes >0 threated as error, it seems that using sysexits codes
> should not hurt. Do we totally againast them from now, or these exit codes
> still could be used?

sysexits is actually nothing more than the documented exit codes for
sendmail(8).  Practically nothing else uses them, except procmail
scripts, postfix filters and similar where you need to know if sendmail
(or another MTA's drop-in replacement) succeeded - and even those
usually only check for 75 (EX_TEMPFAIL).

I think we have one or two utilities with documented exit codes other
than 0 and 1.  Everything else just returns "0 on success, and >0 if an
error occurs"; we even have an mdoc macro (.Ex -std) for that exact
phrase.

DES
-- 
Dag-Erling Smørgrav - des at des.no