Messages in this thread |  | | Date | Fri, 19 Jan 2001 09:39:12 -0500 | From | Michael Rothwell <> | Subject | Re: named streams, extended attributes, and posix |
| |
Mo McKinlay wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Today, Michael Rothwell (rothwell@holly-springs.nc.us) wrote: > > > Unfortunately, unix allows everything but "/" in filenames. This was > > probably a mistake, as it makes it nearly impossible to augment the > > namespace, but it is the reality. > > > Did you read the "new namespace" section of the paper? > > I've not, so pardon me if I make a bad assumption (and slap me for it, > too), but doesn't introducing a new namespace segregate the streams from > the files/directories, thus introducing an artifical separation which > isn't really there? (Pretty much why I'm more in favour of a specific API > for reading streams, extended attributes and whatnot, over any of the > other solutions thus suggested).
Well, EAs are accessed via a special API. The paper also covers that. Streams, however, are by nature accessed as files; this is what makes them not EAs. EAs are set and retrieved atomically. Streams can be used with open(), seek(), read(), write(), etc. This is actually more "unixy" than EAs, as the usual set of Unix functions and tools can work with streams unmodified; i.e., without knowledge of a special API. Of course, cp() is the exception. It would have to be able to enumerate and copy all the streams.
If you have time, please read over the paper so we don't get into the same rut we got into last time. :)
http://www.flyingbuttmonkeys.com/streams-on-posix.txt http://www.flyingbuttmonkeys.com/streams-on-posix.pdf
-M - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |