home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / programm / 18492 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.7 KB

  1. Path: sparky!uunet!wupost!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!agate!stanford.edu!unix!mxmora
  2. From: mxmora@unix.SRI.COM (Matt Mora)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: How to store file references/names ?
  5. Message-ID: <40561@unix.SRI.COM>
  6. Date: 16 Nov 92 23:24:16 GMT
  7. References: <1e5fvgINN835@uni-paderborn.de> <1992Nov15.172919.10970@netcom.com>
  8. Organization: SRI International, Menlo Park, California
  9. Lines: 25
  10.  
  11. In article <1992Nov15.172919.10970@netcom.com> leonardr@netcom.com (Leonard Rosenthol) writes:
  12.  
  13. >    If you are a System 7 only product, then the best way would be to
  14. >create an alias to the file (via NewAlias) and then store the aliasHandle
  15. >in your prefs file.  If not, or if you will be working on both 6 & 7, then
  16. >you need to create a new data structure which will store a volume NAME (
  17. >volume reference numbers (vRefNums) are not valid across boots), a directory
  18. >ID (dirID) and a file name.  With that information you can get back to those
  19. >files.
  20.  
  21. DirID aren't that great either as I found out after I had to restore
  22. a disk from a backup. :-( The dirID's all changed of course. I guess you need
  23. a full pathname AND the volname,dirid,filname triplet to really be safe.
  24. And anyone that looked into a alias can tell you that it does contain
  25. the full path name. Damn you Apple! :-) (Do what I say not as I do. For years 
  26. Apple has been bellowing: "don't use full pathnames" What did they end up 
  27. using for aliases?)
  28.  
  29.  
  30. Matt
  31. -- 
  32. ___________________________________________________________
  33. Matthew Mora                |   my Mac  Matt_Mora@sri.com
  34. SRI International           |  my unix  mxmora@unix.sri.com
  35. ___________________________________________________________
  36.