Tommy Reynolds wrote:
Then it is broken in several ways.
First, file systems are not required to implement ".." (only "." is magical, ".." is a courtesy).
On Mar 24, 2005, at 14:59, H. Peter Anvin wrote:
Doesn't have anything to do with sorting order or US-ASCII, it has to do with readdir order. If nothing else, it would be highly surprising if "." and ".." weren't first; it's certainly a de facto standard, if not de jure.
IMHO, this is one of those cases where "Be liberal in what you accept and strict in what you emit" applies strongly. New filesystems should probably always emit "." and ".." in that order with sane behavior, and new programs should probably be able to handle it if they don't. I would add ".." and "." to squashfs, just so that it acts like the rest of the filesystems on the planet, even if it has to emulate them internally. OTOH, I think that the default behavior of find is broken and should probably be fixed, maybe by making the default use the full readdir and optionally allowing a -fast option that optimizes the search using such tricks.
Cheers, Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r !y?(-)
------END GEEK CODE BLOCK------
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
