home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / programm / 14513 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  1.5 KB
  1. Path: sparky!uunet!portal!lll-winken!sun-barr!cs.utexas.edu!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!ba0k+
  2. From: ba0k+@andrew.cmu.edu (Brian Patrick Arnold)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: HFS Calls in IM6?
  5. Message-ID: <keagGhC00UhWM6nGQa@andrew.cmu.edu>
  6. Date: 25 Aug 92 15:39:25 GMT
  7. Organization: Carnegie Mellon, Pittsburgh, PA
  8. Lines: 21
  9.  
  10.  
  11. Howdy,
  12.  
  13. Can anybody tell me whether the HFS High-level calls in Inside Macintosh
  14. Vol 6 noted as being equivalent to HFS low-level calls in Inside
  15. Macintosh Vol 4 ARE, IN FACT simply glue to HFS low-level traps, or are
  16. they specific to System 7, i.e., traps themselves?  I noticed that
  17. MacApp 3.0's TFile class uses these HOpenDF etc. without checking for
  18. System 7 or File Manager Gestalt.  TFile does check for Alias manager
  19. using Gestalt, to filter out whether it will do certain FSp, Finder and
  20. Alias Manager calls, but it doesn't filter on the H calls.  I am
  21. compelled to assume it is safe to use H calls documented in Inside
  22. Macintosh vol 6 provided I have the correct include files, and the
  23. correct linker glue?  Am I just stupid and I didn't find the sentence in
  24. Inside Macintosh Vol 6 that explains that I can call the HFS High-level
  25. calls (HRename, HOpenDF etc.) as long as HFS is present? These are the
  26. ones that accept dirIDs, instead of continuing to use FSOpen etc with
  27. working directories, and I am NOT talking about the FSp calls that
  28. require System 7 obviously.  Somebody set me straight.  Thanks,
  29.  
  30. - Brian
  31.