home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / 9206 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.6 KB

  1. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!rutgers!faatcrl!iecc!Postmaster
  2. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  3. Newsgroups: comp.arch
  4. Subject: Re: OS/MFT and Macintosh (was: ..History)
  5. Message-ID: <9209031044.AA00288@iecc.cambridge.ma.us>
  6. Date: 3 Sep 92 14:44:36 GMT
  7. References: <PCG.92Aug27125826@aberdb.aber.ac.uk>
  8. Sender: Postmaster@iecc.cambridge.ma.us
  9. Organization: I.E.C.C.
  10. Lines: 25
  11.  
  12. >smith> OS/MFT provided a "flat" file system.
  13. >
  14. >Really? That's news.
  15.  
  16. It's true, mostly.  Recall that each disk had a VTOC which kept the actual
  17. name, position, and type of a file (excuse me, data set) and there was a
  18. global catalog which optionally recorded what on disk or tape a file resided.
  19.  
  20. The VTOC on each disk was entirely flat.  You could use any 44 characters
  21. in the name that you wanted.  It was set up so the name was the key in each
  22. VTOC record so the OS could use the channel's "search for equal key" to run
  23. down the VTOC and find an entry.
  24.  
  25. The catalog, on the other hand, was indeed tree structured so if you wanted
  26. to catalog a file, its name had to consist of dot-separated components each
  27. of no more than 8 characters, and no name could be a component-wise prefix
  28. of another.  But it appears that in most installations, people were very
  29. sloppy about using the catalog ("but if I catalog this file, I have to check
  30. with every other programmer to make sure he's not using the same name on
  31. another disk pack!") and there were a lot of strange flat names.
  32.  
  33. Regards,
  34. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  35.  
  36. PS:  Followups to comp.arch.history, if it ever exists.
  37.