Re: Extended Volume Format (HFS+)

[shack@onyx.southwind.net (Randy Shackelford)]

Nathan Mates (nathan@visi.com) wrote:
: In article <692rj5$n1k$2@opal.southwind.net>,
: Randy Shackelford <shack@onyx.southwind.net> wrote:
: >I'd say better plan to use only Appleshare to access 'em. I wouldn't expect
: >to get hold of tech info, and if you paid attention to the people who wrote
: >the system software when they used to post here, new FSTs often require
: >changes to the operating system itself to make new file systems work. I
: >take their word for the reason why there are no specs for writing new FSTs
: >over what Apple haters claim is the reason.

:    That's the official reason, and it seriously smells of bad code
: design. If the GS/OS manual is to be believed, then the FST layer sits
: between the OS and the device drivers. In a good clean design, that
: layer can be swapped out without affecting things above or
: below. However, Apple appears to have taken way too many shortcuts to
: get things "running." Shoulda taken the time to clean up the design
: and get a good API in place.

They took 2+ years as everyone was complaining when system 4.0 came out.

:    Linux has had many filesystems added to it without needing OS
: changes. Why not? Because it was done right in the first place. But,
: now that the odds of any new GS system software out of Macintosh Inc is
: zero and dropping, so exposing the OS globals used internally is not
: gonna break when 6.0.n (n>1) comes out.

Gee, it's also not reentrant. Must be a design flaw too. Actually, I'd say
such things are because we're talking a 6500 series processor which does well
to do what it does.
--
Offsite mail to this host gets nuked.