src-test2/bin/df, branch release/2.2.8

MFC: man page fixes, octal char support for ls, misc fixes to cp, etc.

1998-07-15T02:01:36Z

Sorry Bruce, that's the best description you're going to get considering the number of merges I still have to make. :)

MFC: cosmetic. Some VFS hacker will have to investigate an actual

1998-02-15T11:06:23Z

real MFC for this code - it doesn't look like something to be undertaken lightly.

MFC: EOF -> -1 in comparison of return value from getopt

1997-12-03T05:40:08Z

environmental -> environment

1997-09-19T06:18:21Z

YAMFC

1996-12-13T17:15:11Z

[HISTORY] command appeared in Version 1 AT&T UNIX

1996-08-29T18:06:19Z

Obtained from: A Quarter Century of UNIX, Peter H. Salus, page 41

Partially fixed negative and truncated "Avail" counts in df output.

1996-01-14T18:55:09Z

This fixes PR943. ffs/ffs_vfsops.c: ffs_statfs() multiplied by (100 - minfree) as part of calculating the minfree percentage (complemented in 100%), so with the standard minfree of 8, it was broken for file systems of size >= 1TB/92 = 11GB. Use the standard freespace() macro instead. This also fixes a rounding bug (the "Avail" count was sometimes 1 too small). ffs/* (not fixed): The freespace() macro multiplies by minfree, so with the standard minfree of 8, it is broken for file systems of size >= 1TB/8 = 128GB. This bug is more serious since it affects block allocation. ffs/ffs_alloc.c (not fixed): Ordinary users are sometimes allowed to allocate 1 (partial) block too many so that the "Avail" count goes negative. E.g., if there is 1 fragment available and the file is fairly large, one more full block is allocated. df/df.c: ufs_df() used/uses essentially the same code as ffs_statfs(), so it had/has the same bugs. ufs_df() gratuitously replaced "Avail" counts of < 0 by 0, so it gave different results for non-mounted file systems in this case.

Remove trailing whitespace.

1995-05-30T00:07:29Z

Reviewed by: phk

You will find enclosed some changes to make gcc -Wall more happy in

1995-03-19T13:29:28Z

/usr/src/bin. Note that some patches are still needed in that directory. I (Joerg) finished most of Philippe's cleanup. /bin/sh will still need *allot* of work, however. Submitted by: charnier@lirmm.fr (Philippe Charnier)

Added $Id$

1994-09-24T02:59:15Z