From owner-freebsd-bugs Sun Aug 3 02:09:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15347 for bugs-outgoing; Sun, 3 Aug 1997 02:09:53 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15340 for ; Sun, 3 Aug 1997 02:09:51 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id CAA22377; Sun, 3 Aug 1997 02:12:04 -0700 (PDT) Message-Id: <199708030912.CAA22377@implode.root.com> To: j@uriah.heep.sax.de (J Wunsch) cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/4218: change in ping behavior: -c now counts _received_ packets In-reply-to: Your message of "Sun, 03 Aug 1997 01:00:02 PDT." <199708030800.BAA12082@hub.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Sun, 03 Aug 1997 02:12:04 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I agree that this behaviour is not what one would usually expect from > -c, but it seems to be this way in all ping -c versions i've seen so > far. > > What makes you think this has been changed recently? You can easily > verify in CVS that it has been this way all the time for FreeBSD, at > least. So, while you're constantly speaking about `reverting' > something, there isn't really something to revert. Implementing it as > a count of _sent_ packets would be a plain paradigm change, so it > should probably be done with a different option. Hmmm. FreeBSD 2.1.x and 2.2.x both do something a bit more complicated than just wait for the packets to be received. ping will transmit up to packets and wait for these to be received; it will wait for the first received packet for up to 10 seconds, and a variable amount of time (twice the maximum round trip time) if one or more have already been received. So: ping -c 1 198.1.1.1 # a host that doesn't exist ...will wait for 10 seconds and then exit. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project