bug#8320: df -BT: rounding error?

2011-04-17 Thread Jim Meyering
tags 8320 notabug close 8320 thanks Voelker, Bernhard wrote: > Paul Eggert wrote: >> On 03/22/2011 08:47 AM, Voelker, Bernhard wrote: >>> BTW: why are `Z' and `Y' "too large"? >> >>They don't fit in 64 bits. > > wow, I wasn't aware that there are already 128-bit systems! Hi Voelker, It looks like

bug#8320: df -BT: rounding error?

2011-03-22 Thread Voelker, Bernhard
Paul Eggert wrote: > On 03/22/2011 08:47 AM, Voelker, Bernhard wrote: >> BTW: why are `Z' and `Y' "too large"? > >They don't fit in 64 bits. wow, I wasn't aware that there are already 128-bit systems! Bye, Berny

bug#8320: df -BT: rounding error?

2011-03-22 Thread Paul Eggert
On 03/22/2011 08:47 AM, Voelker, Bernhard wrote: > shouldn't it return > 0[TPE] for the "Used" column, as rounding a value of 17% should lead to > zero (mathematically)? df always rounds up, rather than to nearest. I vaguely recall that POSIX specifies that, for -k. > BTW: why are `Z' and `Y' "to

bug#8320: df -BT: rounding error?

2011-03-22 Thread Voelker, Bernhard
Running `df -B...` with a SIZE which is greater than the total disk space returns the same value in the 'Used' and 'Available' column - see example below with T, P and E: $ for f in 1 K M G T P E Z Y ; do ( set -x && df -B$f . ) ; done + df -B1 . Filesystem 1B-blocks Used Available