ls -c / ls -u doesn't work anymore
Bruce Evans
bde at zeta.org.au
Sun Oct 5 03:13:24 PDT 2003
On Sun, 5 Oct 2003, Jan Stocker wrote:
> Newest world/kernel.... same prob
>
> jstocker at Twoflower:~ # mkdir x
> jstocker at Twoflower:~ # cd x
> jstocker at Twoflower:~/x # touch b-first; sleep 60
> jstocker at Twoflower:~/x # touch c-second; sleep 60
> jstocker at Twoflower:~/x # touch a-third
> jstocker at Twoflower:~/x # ls -l -c
> total 0
> -rw-r--r-- 1 jstocker jstocker 0 5 Oct 11:10 a-third
> -rw-r--r-- 1 jstocker jstocker 0 5 Oct 11:08 b-first
> -rw-r--r-- 1 jstocker jstocker 0 5 Oct 11:09 c-second
>
>
> looks very alphabetic....
-c and -u only work when combined with -t. This may be bogus, but it
is no different than in 4.4BSD-Lite2 and it is specified by POSIX
(POSIX.1-200x-draft7:
21836 -c Use time of last modification of the file status information (see <sys/stat.h> in the
21837 System Interfaces volume of IEEE Std 1003.1-200x) instead of last modification of
21838 the file itself for sorting (-t) or writing (-l).
21864 -u Use time of last access (see <sys/stat.h> in the System Interfaces volume of
21865 IEEE Std 1003.1-200x) instead of last modification of the file for sorting (-t) or
21866 writing (-l).
The FreeBSD ls clearly attempts to implement this. The FreeBSD man page
is clearly a fuzzy version of this:
-c Use time when file status was last changed for sorting or print-
ing.
-u Use time of last access, instead of last modification of the file
for sorting (-t) or printing (-l).
The FreeBSD man page is missing the critical detail that the status change
time and access times are used _instead_ of the modification time.
Bruce
More information about the freebsd-current
mailing list