Xref: utzoo comp.sys.mac.programmer:5400 comp.sys.mac:29627
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!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: <43465@XAIT.Xerox.COM>
Date: 6 Apr 89 18:00:27 GMT
References: <1562@neoucom.UUCP> <28689@ucbvax.BERKELEY.EDU> <1179@internal.Apple.COM>
Reply-To: dee@XAIT.Xerox.COM (Donald Eastlake)
Distribution: comp.sys.mac.programmer,comp.sys.mac
Organization: Transfinite Systems Company, Cambridge, MA
Lines: 26

In article <1179@internal.Apple.COM> goldman@apple.com (Phil Goldman) writes:
>In article <28689@ucbvax.BERKELEY.EDU> oster@dewey.soe.berkeley.edu (David 
>Phillip Oster) writes:
>> The standard, from Apple is "Don't even try to do this".  Most people do
>> it by checking to see if the end of the system heap is close to the
>> beginning of the application heap. If it is, no multifinder.
>This is a very bad thing to do, ...
>Reasons such as putting up a dialog box saying "Cannnot do...with 
>MultiFinder" are very poor ones.  ...

Thanks for reminding me.  There is another place I "check for MultiFinder".
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.  Things are a bit
complicated because a volume could be legitamately busy but if I get
this error when trying to unmount a volume and its non-hierarchial and
MF (actually the temp mem traps) is present I suggest the user try
switching to the Finder and drag the volume to the trash, which will
work if this MF bug is their problem.


-- 
	+1 617-969-9570		Donald E. Eastlake, III
	ARPA: dee@XAIT.Xerox.COM    usenet:  {cbosg,decvax,linus}!cca!dee
	P. O. Box N, MIT Branch P. O., Cambridge, MA 02139-0903 USA