Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 4668 - but in -c switch
Summary: but in -c switch
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: netkit-base
Version: 6.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
: 4884 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 1999-08-23 13:46 UTC by stano
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-01-27 19:00:25 UTC

Attachments (Terms of Use)

Description stano 1999-08-23 13:46:52 UTC
In 0.10.31is the bug in -c switch

 In 0.10.29 and older, -c 3 run as:
  send 3 packets, and make result of packet which are

 In 0.10.31 -c 3 run as:
   send 3 or more packets and wait for 3 returned packets,
if they doen got 3 returned packet, stay in memory and wait
for long time. I use ping in script, after weekend my system
was down, they doen have any free position for new proces in
memory, ll are used.

Comment 1 Jeff Johnson 1999-08-23 22:17:59 UTC
The "-c count" option to ping is fixed in netkit-base-0.10-35 in
Raw Hide. There's also another option "-w secs" to terminate after
<secs> seconds.

Comment 2 stano 1999-08-30 10:14:59 UTC
Hi. I try a ping from netkit-base-0.10-35
>    -c switch have the same bug
>    -w switch run as -i switch, don't terminate ping after secs,
> I try it at a
>    ping -c 1 -w 10
> After 25 secs, I pres Ctrl-C, and reults was:
>  3 packets transmitted, 0 packets received, 100% packet loss
> !!!!!!!!!
>  -c 1 doesn't work, ping send 3 packets
>  -w 10 doesn't work, ping wait between sending ICMP packets 10
>     it doesn't terminate ping
>   Plese repair it, thanx

Comment 3 Jeff Johnson 1999-09-04 21:50:59 UTC
Both -c and -w work for me (note bogus address):

krusty:/J/netkit-base 532 bash$ /bin/ping -w 2

PING ( from : 56(84) bytes of data.
From Loopback0.GW2.RDU1.ALTER.NET ( Destination Host

--- ping statistics ---
1 packets transmitted, 0 packets received, +1 errors, 100% packet loss
krusty:/J/netkit-base 533 bash$ /bin/ping -c 2
PING ( from : 56(84) bytes of data.
From Loopback0.GW2.RDU1.ALTER.NET ( Destination Host
From Loopback0.GW2.RDU1.ALTER.NET ( Destination Host

--- ping statistics ---
2 packets transmitted, 0 packets received, +2 errors, 100% packet loss
krusty:/J/netkit-base 534 bash$ rpm -qf /bin/ping

(the 0.10-36 ping is identical to the 0.10-35 ping)

The -w has changed meaning in the Kuznetsov ping. If your ping
interpreted the -w as the wait time between packets, then you
appear to not be running the 0.10-3[56] ping.

Comment 4 Jeff Johnson 1999-09-04 21:52:59 UTC
*** Bug 4884 has been marked as a duplicate of this bug. ***

ping -c 1 host does not timeout. It sends off packets after
the first packet. When the host doesn't respond to the only
packet I asked ping to send, ping should timeout and
respond that host is not available.

------- Additional Comments From  09/03/99 13:42 -------
What version of netkit-base are you using? The machine that i used to
verigy this problem has netkit-base-0.10-35 which doesnt seem to have
this problem. If you want to try this newer version it can be obtained

The problem may have been fixed in this newer package.

Comment 5 stano 1999-09-13 07:56:59 UTC
Hi. OK. Why the -w doesn't work aka: stop pinging after 10 seconds?
and -c switch doesn't work...

  You write that you use ping -c 2, yes you are right, ping
write that destination unreachable, but try to use

  ping -c 2

I use netkit-base-0.10-35


Comment 6 James Manning 2000-01-19 21:48:59 UTC
Can this be opened back up?
As per my cartman-list post today, I believe it was just
hard/impossible to reproduce at due to well-behaved
routers getting back ICMP errors quickly enough, and that the
ping code is genuinely broken as per previous complaints.

If requested, I'll paste my cartman-list findings here.

Comment 7 Jeff Johnson 2000-01-27 19:00:59 UTC
This problem should be resolved in the iputils-991024-1 package from
Raw Hide.

Note You need to log in before you can comment on or make changes to this bug.