You can "get" something without agreeing with it.
> Coming from a Macintosh background and working with Macintosh OS internals,
> I can't imagine that OSes live without and additional stream per file.
Not only are you offensive, but you're wrong.
In practise the difference to the user between systems with streamed files
and one like UNIX without streamed files is zero. The unstreamed system is
simply required to use a filename per fork, and operations that modify any
file must modify all forks appropriately.
This is harder if you're trying to preserve backwards compatiblity with an
army of programs which don't understand forks, but is trivial for a system
being designed from the "groundup" to be only accessed through a graphical
file manager. All GUI applications just need take care.
It doesn't even make the job any harder for the programmer. They just need
to use forked variants of common filesystem operations ie. frkopen().
Now you can argue that forked filesystems have other benefits (speed, code
size, simplicity) but the fundamental benefit is achievable on filesystems
without streamed files. Even things like locking and atomic operations are
not a hinderance with "faked" streamed files.
> The BeOS does some pretty outstanding stuff with file attributes and
> like. OpenStep hack this stuff in using directories, but it still was
> pretty effective since I was designed correctly.
It's not a hack. It's just putting the code in userspace, not the kernel.
> [horribly offensive content deleted]
Is this really necessary?
-- Nathan Hand - Chirp Web Design - http://www.chirp.com.au/ - $e^{i\pi}+1 = 0$ Phone: +61 2 6230 1871 Fax: +61 2 6230 4455 E-mail: nathanh@chirp.com.au- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/