home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22389 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!usc!elroy.jpl.nasa.gov!ames!data.nas.nasa.gov!taligent!kip-50.taligent.com!user
  3. From: keith@taligent.com (Keith Rollin)
  4. Subject: Re: File IDs, a load on HFS?
  5. Message-ID: <keith-280193134843@kip-50.taligent.com>
  6. Followup-To: comp.sys.mac.programmer
  7. Sender: usenet@taligent.com (More Bytes Than You Can Read)
  8. Organization: Taligent
  9. References: <1993Jan28.164626.9825@kth.se>
  10. Date: Thu, 28 Jan 1993 21:52:49 GMT
  11. Lines: 24
  12.  
  13. In article <1993Jan28.164626.9825@kth.se>, d88-jwa@feffe.nada.kth.se (Jon
  14. Wtte) wrote:
  15. > 
  16. > Inside Mac says "a new directory tree node is created
  17. > for each File ID that is created"
  18. > 
  19. > However, I always assumed files always had IDs under
  20. > HFS (and that might be the value returned in the dirID
  21. > field when calling PBGetCatInfo, who knows? :-)
  22. > 
  23. > Am I correct in assuming that, under HFS, there is no
  24. > penalty involved in creating a file ID for every file?
  25. > (I am not concerned about remote volumes)
  26.  
  27. There is a "penalty." Although there is a file ID associated with every
  28. file when the file is created, HFS can't search (quickly) using that ID.
  29. When Inside Mac mentions "creating a file ID," what it really means is that
  30. it is creating a catalog record that HFS can later use to search for the
  31. file by that ID.
  32.  
  33. -----
  34. Keith Rollin
  35. Phantom Programmer
  36. Taligent, Inc.
  37.