[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems with fileutils 4.1

From: Jim Meyering
Subject: Re: Problems with fileutils 4.1
Date: 16 Jun 2001 15:29:03 +0200
User-agent: Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.104

That is not a problem with ls.
It is now POSIX compliant in this respect and your environment
(probably because LC_* are set to en_US) is provoking the
unexpected behavior.

Set the LC_COLLATE envvar to C to restore the behavior you're expecting.

Dave Gotwisner <address@hidden> wrote:
| The fileutils version 4.1 (specifically) "ls" are broken.
| Downloading the trees (today) from ftp.gnu.org for 4.0 and 4.1 give
| versions of 4.0 and 4.1, respectively.  4.1 has the same problem
| behavior, 4.0 does not.  This is a result of my discovering a similar
| problem with Redhat 7.1 which ships with fileutils 4.0.36 (their label).
| I have been using LS for 25 years on different platforms, and they all
| behaved consistently, the behavior on 4.1 is wrong, hence, I consider it
| broken.
| What I am observing is that if you have a directory that contains dot
| files, capital letter files, and lower case letter files, and do an "ls
| -AF" command, the old (and in my opinion, correct) behavior is to put
| dot files first, and do a straight ascii sort, so the capital letter
| names appear before the lower case letter names.  The new behavior
| appears to ignore punctuation, and to do a non-ascii, case ignored sort,
| so README and readme.first appear contiguous in the directory listing.
| ITthis behavioral change will break many scripts that depend upon the
| output of LS being consistent.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]