home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / apple2 / 18950 < prev    next >
Encoding:
Text File  |  1992-08-12  |  1.5 KB  |  35 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!usc!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  3. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  4. Subject: Re: Volume size on GS/OS system
  5. Message-ID: <1992Aug13.093042.25434@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: bartman
  8. Organization: California Institute of Technology, Pasadena
  9. References: <14227@mindlink.bc.ca> <1992Aug12.205617.9030@unislc.uucp>
  10. Date: Thu, 13 Aug 1992 09:30:42 GMT
  11. Lines: 22
  12.  
  13. ma@unislc.uucp (Marlin Allred) writes:
  14.  
  15. >I have not seen the answer in any of the documentation that I have read
  16. >but does anyone know if it is possible to have a volume size that is
  17. >greater than 32 megabytes without using the HFS FST? Since GS/OS has its
  18.  
  19. Sure! With the HS.FST (CD ROM), the AppleShare FST ...
  20.  
  21. >own calls can they be used to open files on a big volume without using
  22. >the ProDOS FST? It appears from the documentation that files on a disk
  23. >can only be accessed through one of the FSTs installed on the system.
  24.  
  25. That's exactly the case. After all, FST stands for File System Translator,
  26. and without an FST, GS/OS has no idea how to organize files on a disk. I
  27. really do wish there was a built-in way to treat a disk as a single file,
  28. sort of like the way you can treat unix devices as files. It's easy to
  29. write a GS/OS program that does it, though (I wrote one so I could take
  30. stuff to the SPARC at work); GS/OS is just a teeny bit too dependent on
  31. pathnames for its own good.
  32.  
  33. Todd Whitesel
  34. toddpw @ cco.caltech.edu
  35.