Newsgroups: comp.sys.mac.programmer
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!maverick.ksu.ksu.edu!unlinfo.unl.edu!fergvax!shores
From: shores@fergvax.unl.edu (Shores)
Subject: Re: Standard File and Working directories...
Message-ID: <shores.677989183@fergvax>
Sender: news@unlinfo.unl.edu
Nntp-Posting-Host: fergvax.unl.edu
Organization: University of Nebraska - Lincoln
References: <D2150025.iyoxve@brain.UUCP> <1991Jun26.084825.9019@dartvax.dartmouth.edu> <14699@dog.ee.lbl.gov>
Date: 27 Jun 91 02:19:43 GMT
Lines: 15

In <14699@dog.ee.lbl.gov> eastman@csa2.lbl.gov (JACK EASTMAN) writes:
>Let us also not forget tech note #140, "Why PBHSetVol is Dangerous", wherein
>we learn that using _HSetVol to change the default directory is a no-no.  If
>you want to change the default directory to a given vRefNum+dirID, and you
>want to be compatible with all post-HFS systems, you have to compose a working
>directory and pass it to PBSetVol instead.

What?  Then why did they even bother with HSetVol if you're not supposed
to use it?  If I recall, all that needs to be done is set ioFVersNum to
zero before calling PBHSetVol.  Surely the glue code takes care of this
for you when you want to use HSetVol.

   Tom... Tommy... Thomas... the Tom-ster, the Tom-boy, the Tomminator...
   ... Tom Shores, Department of Mathematics, University of Nebraska.
   ... shores@fergvax.unl.edu