Path: utzoo!utgpu!watmath!iuvax!purdue!mentor.cc.purdue.edu!asd
From: asd@mentor.cc.purdue.edu (Kareth)
Newsgroups: comp.sys.apple
Subject: Re: Greetings
Keywords: Finder,Desktop,Small C
Message-ID: <1852@mentor.cc.purdue.edu>
Date: 17 Mar 89 23:26:12 GMT
References: <27447@apple.Apple.COM> <1841@mentor.cc.purdue.edu> <27489@apple.Apple.COM>
Reply-To: asd@mentor.cc.purdue.edu (Kareth)
Organization: Purdue University
Lines: 25

In article <27489@apple.Apple.COM> mattd@Apple.COM (Matt Deatherage) writes:
>I personally would rather see Apple create an FST for an already-existing
>file system that handles *most* of the considerations, such as HFS.  That
>not only opens up wider disk spaces to GS/OS users, it gives them the extra
>capability of reading a whole lot of already-existing disks.  A completely
>new file system might be closer to "perfect", but nothing already existing
>would be compatible with it.  I would prefer something like an HFS FST which
>tackles 90% of both problems, rather than 100% of one and 0% of the other.
>Remember, the FST concept is *designed* to let people read disks of various
>file systems.  I want to do that; I don't want to invent a new file system
>and leave the others behind as "inferior".
Okay this sounds good.  Hadn't thought about using the HFS design.

One comment.  When I originally asked about FST, I was just wondering about
wether an {GSOS,HFS,etc}.FST would work with Apple's SCSI card.  Or rather
would the SCSI card work with the FST.  I didn't ONCE ever say drop the
old "inferior" Prodos FST or whatever.  I don't care how Apple creates
a new FST, wether it's HFS (which sounds very good to me) or some extension
of Prodos.  I do think Apple needs to come out with one to take care of
limitations in the old Prodos FST.  But I never meant, said, or think
it should be junked once they do (if they do).  Personally, I'd like to
see {MSDOS,Mac,UNIX,etc}.FSTs.  Be great having a GS/OS that could
handle whatever you give it.  The possibilities are incredible.

kareth.