Bug#222676: Bug#308922: not for me

2005-05-15 Thread Bernd Eckenfels
On Sat, May 14, 2005 at 06:36:21PM +0200, Cesare Tensi wrote: > The bug #222676 is fixed (worked on my system), so you can close it. > (PROMISC mode) > The bug #90031 (and #102474 merged with it) is quite older (revision > 1-58...), so you can close it. No this is pretty complicated, there are cas

Bug#308922: not for me

2005-05-14 Thread Bernd Eckenfels
On Sat, May 14, 2005 at 11:38:41AM +0200, Cesare Tensi wrote: > But I'll explain my thought. What happen when the data cointained on > ptr->stats.rx_packets exceed the number of "" (8 char). The > struct ptr->stats.rx_packets is "long long" but when this data printed > on standard out the s

Bug#308922: not for me

2005-05-14 Thread Cesare Tensi
Addendum to my previous message. Looking down the source code, Bernd discovered similar bug when print in standard output the tx_packets statistics. The blank is not guaranteed from the RX and TX data. The -11.diff, as Bernd says, will cointain that fix (will be available to download soon, Bernd

Bug#308922: not for me

2005-05-14 Thread Cesare Tensi
Hello, You are right. Downloaded the same code, applied the diff packages, and it worked. Thanks for attention. Tschuess. Cesare On 5/14/05, Bernd Eckenfels <[EMAIL PROTECTED]> wrote: > Hello, > > my net-tools 1.60-10 does not have this problem. The metric column is left > justfied and there

Bug#308922: not for me

2005-05-13 Thread Bernd Eckenfels
Hello, my net-tools 1.60-10 does not have this problem. The metric column is left justfied and there is a guranteed blank in between: printf("%-5.5s ", ptr->name); printf("%5d %-2d ", ptr->mtu, ptr->metric); /* If needed, display the interface statistics. */ if (ptr->statistics_vali