home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / apple2 / 19331 < prev    next >
Encoding:
Internet Message Format  |  1992-08-22  |  1.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!gnh-cathouse.cts.com!ncp
  2. From: ncp@gnh-cathouse.cts.com (Neal Pitts)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: gs.os.FST?
  5. Message-ID: <m0mLtqr-0000FnC@crash.cts.com>
  6. Date: 22 Aug 92 11:56:08 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 20
  11. X-Unparsable-Date: Fri Aug 21 92 at 06:24:33 (EST)
  12.  
  13. As far as this thread goes, someone mentioned (and I don't feel like searching
  14. for that exact message :) ) that such an FST would not be compatible with
  15. ProDOS 8.  It should be pointed out that the HFS FST is not compatible with P8
  16. as it is!  So I don't believe this should be considered a roadblock.  I do
  17. believe though that the IIe/c deserve a "ProDOS II" would be a bunch of things
  18. that it could be, such as longer pathnames and such.  
  19.  
  20. >> It should support file and disk sizes up to the full limit of GS/OS
  21. parameters, i.e. 4 gigabytes per file or disk. <<
  22.  
  23. I notice a few keywords here, noticably "the full limit of GS/OS..."  I think
  24. such a new FST should take GS/OS to its limit, with things like (as you said)
  25. 4 gigabytes of storage, 255 (256?) long pathnames, larger allocation blocks,
  26. and the like.  It should also be as fast as possible. :)  Anyone think Apple
  27. would make such a thing, possibly as it's "last" project? :(
  28.  
  29. ---------------------------------------------
  30. ncp                          ncp@gnh-cathouse
  31.                              ncp@gnh-starport
  32. ---------------------------------------------
  33.