Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Dave Eckhardt
> I would display the IP address once only, rather on every line; as it > is a common factor. It's common only until it isn't. If an intermediate router doesn't like your packet it might choose to respond, in which case your intended target doesn't get to. At least that's why the Unix version

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Steve Simon
I would display the IP address once only, rather on every line; as it is a common factor. -Steve > On 30 Dec 2015, at 15:26, Kurt H Maier wrote: > >> On Wed, Dec 30, 2015 at 03:05:33PM +, Steve Simon wrote: >> If I where redesigning ping I wouldn't repeat any info that

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Bakul Shah
On Wed, 30 Dec 2015 23:36:22 GMT "Steve Simon" wrote: > > It is not a common factor if you ping broadcast. > > Yep, fair point. If you're pinging plan9 machines, printing source address is not useful as they sebd ping replies with source = broadcast ip address. You have to

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Steve Simon
> It is not a common factor if you ping broadcast. Yep, fair point. I admit I have never done a ping broadcast. I did hear a story of somone who (in the early days of ethernet) built a ping broadcast packet, with the source address of the broadcast address. This resulted in the mother of all

Re: [9fans] Pi updates

2015-12-30 Thread Brian L. Stuart
On Wed, 12/30/15, Skip Tavakkolian <9...@9netics.com> wrote: > > - Enhancements for I2C and SPI > > is there an updated devrtc3231.c, or a conventional user space > fs, that uses the new i2c? Yes, there's a devi2c userland interface ported over from Inferno. That's what's being used to drive the

Re: [9fans] Pi updates

2015-12-30 Thread Skip Tavakkolian
> - Enhancements for I2C and SPI is there an updated devrtc3231.c, or a conventional user space fs, that uses the new i2c?

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Kenny Lasse Hoff Levinsen
It is not a common factor if you ping broadcast. That is, the local address is common, the remote is not. joushou > On 30 Dec 2015, at 20:05, Steve Simon wrote: > > I would display the IP address once only, rather on every line; as it is a > common factor. > > -Steve >

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread arisawa
hello, I did nothing about original ping options, so they should work as they have been. I am afraid I have removed too much. the new ping is here. test, please. ping.c Description: Binary data > 2015/12/31 7:43、Kenny Lasse Hoff Levinsen のメール： > > It is not a

[9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread arisawa
hello, is the following output of ping reasonable enough? io% 6.ping -an3 hebe sending 3 64 byte messages 1000 ms apart to icmp!192.168.0.6!1 192.168.0.5 -> 192.168.0.6 0: 192.168.0.6 -> 192.168.0.5 rtt 88 µs, avg rtt 88 µs, ttl = 255 1: 192.168.0.6 -> 192.168.0.5 rtt 83 µs, avg rtt 85

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Charles Forsyth
On 30 December 2015 at 12:48, arisawa wrote: > code is simplified. It works better, but it's smaller? With luck, you might start a trend!

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Steve Simon
If I where redesigning ping I wouldn't repeat any info that is common on each line - I.e. ip addresses or the column titles: rtt, ave etc. consider plan9's ps(1) which has no column titles. they are described in the man page and are obvious from the context once you have read the man page once.

Re: [9fans] bug or feature ? --- ip/ping -6

2015-12-30 Thread Kurt H Maier
On Wed, Dec 30, 2015 at 03:05:33PM +, Steve Simon wrote: > If I where redesigning ping I wouldn't repeat any info that is common on each > line - I.e. ip addresses or the column titles: rtt, ave etc. > > consider plan9's ps(1) which has no column titles. they are described in the > man page