Xref: utzoo comp.sys.mac.programmer:5459 comp.sys.mac:29724 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!husc6!xait!dee From: dee@XAIT.Xerox.COM (Donald Eastlake) Newsgroups: comp.sys.mac.programmer,comp.sys.mac Subject: Re: Checking for MF (was Re: Need some MF help) Message-ID: <43550@XAIT.Xerox.COM> Date: 7 Apr 89 20:43:25 GMT References: <1562@neoucom.UUCP> <28689@ucbvax.BERKELEY.EDU> <1179@internal.Apple.COM> <43465@XAIT.Xerox.COM> <1235@internal.Apple.COM> Reply-To: dee@XAIT.Xerox.COM (Donald Eastlake) Distribution: comp.sys.mac.programmer,comp.sys.mac Organization: Xerox Advanced Information Technology, Cambridge, MA Lines: 25 In article <1235@internal.Apple.COM> goldman@apple.com (Phil Goldman) writes: >In article <43465@XAIT.Xerox.COM> dee@XAIT.Xerox.COM (Donald Eastlake) writes: >> My program allows a user to Unmount volumes. Unfortunately, there is a bug >> in MultiFinder, which is supposed to close the DeskTop file when an >> application does an Unmount, where it fails to do this on flat file >> system volumes and you get a busy error message. ... >This is a bug, albeit a minor one, in the system. The problem is that it >is extremely difficult to find the Desktop file on an MFS disk, because >the FCB does not contain a name. There are gross ways to do it, but the >feeling was that it was unimportant since there is no reason to use MFS >disks in any case. I don't know how the current kludge for unmounting volumes works but why do you need a name? TN 180 clearly says that MF asks the finder to close the DeskTop file. If the Finder is what opened it and keeps it opne how can it possibly be any problem for it to close it??? There will be MFS disks around for MANY YEARS. Ignoring them is a bad idea. (My program even makes a try at running under the 64K ROM although many of its features are disabled.) -- +1 617-969-9570 Donald E. Eastlake, III ARPA: dee@XAIT.Xerox.COM usenet: {cbosg,decvax,linus}!cca!dee AppleLink: D2002 Box N, MIT Branch PO, Cambridge, MA 02139 USA