Jim Meyering <[EMAIL PROTECTED]> writes:
> So at least Solaris 8 and some glibc are affected.
I confirmed it on Solaris 10 too.
Amusingly enough, Solaris /bin/sh and /usr/xpg4/bin/sh behave like new
coreutils, not like old coreutils. That is, "ls -i dir" just uses the
readdir results; it doesn't stat. For example:
$ /bin/ls -i / | grep tmp
1570 tmp
$ /bin/ls -id /tmp
5153472 /tmp
$ uname -a
SunOS moa.cs.ucla.edu 5.10 Generic_118833-03 sun4u sparc
SUNW,Sun-Fire-280R Solaris
$ mount -p | grep /tmp
swap - /tmp tmpfs - no xattr,size=1024m
> Unless I find a better approach, I'll turn off this optimization
> by default, and add an option to turn it back on.
Another possibility would be to disable the optimization.
Is it all that important that "ls -i dir" be fast?
_______________________________________________
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
