Date: Tue, 24 Dec 2002 00:50:02 -0800 (PST) From: Maxim Konovalov <maxim@FreeBSD.org> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/46501: Ping exits 2 when it should exit 1 Message-ID: <200212240850.gBO8o2Gv034553@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/46501; it has been noted by GNATS.
From: Maxim Konovalov <maxim@FreeBSD.org>
To: Avleen Vig <spam-pr@silverwraith.com>
Cc: Tom Rhodes <trhodes@FreeBSD.org>, "" <bug-followup@FreeBSD.org>
Subject: Re: bin/46501: Ping exits 2 when it should exit 1
Date: Tue, 24 Dec 2002 11:41:01 +0300 (MSK)
On 23:30-0800, Dec 23, 2002, Avleen Vig wrote:
> > Exit is already documented as 2, like the code.
> > This has been 2 for a long time now, why do you want to change it
> > all of a sudden? In my opinion this change isn't correct because so
> > many other utilities are using exit(2); also.
>
> Ping is documented as I stated in ping(8) as exiting 1 when it actually
> exits 2.
From ping(8):
RETURN VALUES
The ping utility returns an exit status of zero if at least one response
was heard from the specified host; a status of two if the transmission
----------------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
was successful but no responses were received; or another value (from
<sysexits.h>) if an error occurred.
> I don't know of any other utils that exit(2) when they don't have somthing
> exiting 1 already.
> It makes little sense to exit(2) when there's nothing in ping that will
> exit(1).
>
> Thus it makes sense to correct this. I don't believe "it haven't been
> changed for a long time" is a valid reason for leaving something
> broken/incorrect.
>
> If this won't be fixed, then the documentation needs to be fixed, but I
> don't feel that's correct.
--
Maxim Konovalov, maxim@FreeBSD.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200212240850.gBO8o2Gv034553>