From owner-freebsd-bugs  Sun Aug  3 06:26:51 1997
Return-Path: <owner-freebsd-bugs>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id GAA23678
          for bugs-outgoing; Sun, 3 Aug 1997 06:26:51 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23668;
          Sun, 3 Aug 1997 06:26:37 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA17932; Sun, 3 Aug 1997 23:23:06 +1000
Date: Sun, 3 Aug 1997 23:23:06 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199708031323.XAA17932@godzilla.zeta.org.au>
To: bkogawa@primenet.com, davidg@freebsd.org, davidg@hub.freebsd.org,
        freebsd-bugs@hub.freebsd.org
Subject: Re: bin/4218
Sender: owner-freebsd-bugs@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>Ping is working as it was intended. It does indeed wait for
>the received packets, but times out after a short period.

No it doesn't.  It only starts waiting when

	(npackets != 0 && ntransmitted >= npackets)

(where `npackets' is the count for -c), and due to recent breakage,
`ntransmitted' is not incremented when sendto() fails, e.g., in the
"No route to host" case, so some cases never time out.

This also affects the statistics.  I think the non-increment was only
supposed to apply to the ENOBUFS case, mainly for `ping -f' when running
out of buffers is not unexpected.

Bruce