That's how it works now I believe.Also I feel it should be on the file itself. ie for the file /tmp/fooblah you should be able to access the file's metadata by open()ing/using readdir() on /tmp/fooblah/metas or (/tmp/fooblah/..metas or whatever).
Bad choice. Note the "lost+found" directory found on *all* Unix filesystems. If we need one more option | might be viable.
Actually lost+found would not conflict if the directory were just + i.e. file/+/uid. Unless someone is proposing changing syntax so that accessing a file like [EMAIL PROTECTED] would get an attribute out of it (or foo+uid I suppose). VMS does something similar, having a different syntax for each possible physical condition of a file (i.e., which device somethings on, which version, etc.)...a nightmare much worse than DOS with its drive letters.
The basic format for all VMS filenames is: device:[directory.path]filename.extension;version
Example: DISK$1:[JOE.PUBLIC_HTML]INDEX.HTML;1
There is no reason why all this information needs to be part of the syntax.
