home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / apple2 / 19266 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.7 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ncar!vexcel!copper!slate!gdesroch
  2. From: gdesroch@slate.mines.colorado.edu (DESROCHERS GARY FREDERIC)
  3. Newsgroups: comp.sys.apple2
  4. Subject: Re: gs.os.FST?
  5. Message-ID: <1992Aug20.144154.18882@slate.mines.colorado.edu>
  6. Date: 20 Aug 92 14:41:54 GMT
  7. References: <1992Aug20.111829.9858@actrix.gen.nz>
  8. Organization: Colorado School of Mines
  9. Lines: 54
  10.  
  11. David.Empson@bbs.actrix.gen.nz writes:
  12. : I was thinking about a hypothetical GS/OS-specific file system last
  13. : night, and had a few ideas that others may like to comment on:
  14. : 
  15. : It should support file and disk sizes up to the full limit of GS/OS
  16. : parameters, i.e. 4 gigabytes per file or disk.
  17. :
  18. : Filenames should be less restrictive.  I like HFS: 31 characters,
  19. : only illegal character is colon.
  20. :
  21. : Dates stored on disk should include seconds (for those of us who
  22. : frequently compile programs, and use date/time comparisons to work out
  23. : whether a source file needs to be recompiled).
  24. : 
  25. : Filetypes should be two bytes and auxiliary types four bytes (to allow
  26. : for "future expansion").
  27.  
  28.      Now these I totally agree with.
  29.  
  30. : The fields required to handle the resource fork should be in the
  31. : directory, not in an extended file key block.
  32.  
  33.      This is the way it should be.
  34.  
  35. : Otherwise, there is no reason why it cannot be an expanded version of
  36. : ProDOS.  To handle disks larger than 32 megabytes, mutiple disk blocks
  37. : could be combined into "allocation blocks".  To make a 4 gigabyte
  38. : disk, you would need 64k allocation blocks (64k of them).
  39.  
  40.      We could always use a undefined storage type.  I know, it will mess up
  41. future software releases. (Yah right!)  Actually it may not maybe we could
  42. just ask Apple which one.  That way the lower 32 megs could (could be less)
  43. be a normal ProDOS and then you could create an extended directory file.
  44.    This directory file could hold information like above.  The key block for
  45. files in this directory could have a 4 byte pointer to the files key block
  46. which could be two 512 byte blocks with the high 2 bytes in the second key
  47. block.  ProDOS actually has it in it to do stuff like this.  It even has
  48. stuff to increase the length of a directory file so that more information
  49. to be added.  I don't know.  Haven't had a full night like David to think
  50. about it so this stuff is right off the top of my head.
  51.  
  52. : 
  53. : Any comments?
  54. :
  55.  
  56.      Yeah,  let's get some comments about this.
  57.  
  58. Gary
  59. gdesroch@slate.mines.colorado.edu
  60. -- 
  61.  ---------------------------------------------------------------------
  62.  Gary F. Desrochers        INTERNET: gdesroch@slate.mines.colorado.edu
  63.                            GENIE:    G.Desrochers
  64.  Any comments/complaints on Disk Witch tell me.  Apple II Forever!!
  65.