Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!midway!quads.uchicago.edu!jcav From: jcav@quads.uchicago.edu (john cavallino) Newsgroups: comp.sys.mac.programmer Subject: Re: Standard File and Working directories... Message-ID: <1991Jun26.181456.17591@midway.uchicago.edu> Date: 26 Jun 91 18:14:56 GMT References: <1991Jun26.084825.9019@dartvax.dartmouth.edu> Sender: news@midway.uchicago.edu (NewsMistress) Organization: University of Chicago Lines: 27 In article <1991Jun26.084825.9019@dartvax.dartmouth.edu> llama@eleazar.dartmouth.edu (Joe Francis) writes: >Before there were the new high level file manager calls (doc'd in a tech >note, then put in IM VI), the only way I know of to take a Volume Name, >Dir ID, and File Name and manage to open that file is to open a working >directory. I would LOVE to be proven wrong on this, so please post any >alternatives (given the above assumptions). Your assumptions are screwed up. >They high level HFS call HOpen, (TN 218, IM VI) takes a Dir ID directly. >The tech note indicates that the call is provided in glue for MPW 3.0+, >so presumeably it will work with any HFS system. The "new" high-level calls are just that; new glue for calling existing low-level HFS routines, which are all documented in IM IV, along with the rest of HFS. _HOpen calls _PBHOpen, etc, etc. >What I want to know is: does this call result in working directories >being opened behind the scenes? If so, are they disposed of properly? No working directories involved. -- John Cavallino | EMail: jcav@midway.uchicago.edu University of Chicago Hospitals | USMail: 5841 S. Maryland Ave, Box 145 Office of Facilities Management | Chicago, IL 60637 B0 f++ c+ g+ k s+(+) e+ h- pv (qv) | Telephone: 312-702-6900