o_O ok, was fixed already... On 6/20/07, Jim Meyering <[EMAIL PROTECTED]> wrote:
"Andreas Frische" <[EMAIL PROTECTED]> wrote: > as of ls (GNU coreutils) 6.9 this bug is still not fixed. > > ls --color | od -tx1z > 0000000 1b 5b 30 30 6d 1b 5b 30 31 3b 33 36 6d 74 65 73 >.[00m.[01;36mtes< > 0000020 74 1b 5b 30 30 6d 40 0a 1b 5b 6d >[EMAIL PROTECTED]< > 0000033 > > ls --color test | od -tx1z > 0000000 1b 5b 30 30 6d 1b 5b 34 30 3b 33 31 3b 30 31 6d >.[00m.[40;31;01m< > 0000020 74 65 73 74 1b 5b 30 30 6d 40 0a 1b 5b 6d >[EMAIL PROTECTED]< > 0000036Please try a snapshot: http://meyering.net/cu/coreutils-6.9+.tar.gz You're probably seeing a bug that's already fixed for the next release. Here's the NEWS entry: ls --color would mistakenly color a dangling symlink as if it were a regular symlink. This would happen only when the dangling symlink was not a command-line argument and in a directory with d_type support. [introduced in coreutils-6.0]
_______________________________________________ Bug-coreutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-coreutils
