Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!uhccux!munnari.oz.au!murtoa.cs.mu.oz.au!jkjl
From: jkjl@cs.mu.oz.au (John Keong-Jin Lim)
Newsgroups: comp.sys.mac.programmer
Subject: Re: DA loses resource file on accRun
Keywords: MultiFinder DAs context switches
Message-ID: <2808@murtoa.cs.mu.oz.au>
Date: 24 Jul 89 01:15:31 GMT
References: <1989Jul17.045641.20314@lth.se> <2932@internal.Apple.COM> <14573@dartvax.Dartmouth.EDU> <33359@apple.Apple.COM>
Reply-To: jkjl@murtoa.UUCP (John Keong-Jin Lim)
Organization: Comp Sci, Melbourne Uni, Australia
Lines: 22

In article <33359@apple.Apple.COM> keith@Apple.COM (Keith Rollin) writes:
>Background applications get the minor switch because they can be optimized
>for background time. First of all, background applications don't get null
>events unless the canBackground bit is set. 

There is a bit you can set in the dCtlFlags that allows you to
control whether accRun is called at all (this is from memory - I
dont have IM here, so i cant guarantee 100% accuracy).

>Second, there is the 'sleep'
>parameter of WaitNextEvent. Both of these help prevent numerous minor

DAs have the dCtlDelay to tell the DA how long to sleep.

>switches. DA's don't have these options available to them, so saving time had
>to be done in this other way.

What you said above just isnt true, Keith. Apple has provided ways of
making background tasks in DAs very friendly. Why not have a resource
in DAs like the sysz resource in inits to inform MF that it is friendly ??

	john lim