From owner-svn-src-head@FreeBSD.ORG Mon Dec 1 11:21:09 2008 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3938C106567E; Mon, 1 Dec 2008 11:21:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E650E8FC31; Mon, 1 Dec 2008 11:21:08 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id EE30C6D43F; Mon, 1 Dec 2008 11:21:07 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id CECA8844A0; Mon, 1 Dec 2008 12:21:07 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Stanislav Sedov References: <200810311447.m9VElFtp083250@svn.freebsd.org> <20081101212937.D12448@delplex.bde.org> <20081201104920.4b001553.stas@FreeBSD.org> Date: Mon, 01 Dec 2008 12:21:07 +0100 In-Reply-To: <20081201104920.4b001553.stas@FreeBSD.org> (Stanislav Sedov's message of "Mon, 1 Dec 2008 10:49:20 +0300") Message-ID: <864p1orvj0.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Robert Watson , Bruce Evans Subject: Re: svn commit: r184509 - head/share/man/man9 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 11:21:09 -0000 Stanislav Sedov 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 --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no