"Andreas Frische" <address@hidden> 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 >address@hidden<
> 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 >address@hidden<
> 0000036
Please 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]