Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!ogicse!cs.uoregon.edu!gla-aux.uucp!glenn From: glenn@gla-aux.uucp (Glenn Austin) Newsgroups: comp.sys.mac.programmer Subject: Re: Questions about multitasking on the mac Message-ID: <0E010021.uh5xtf@gla-aux.uucp> Date: 19 May 91 06:52:25 GMT Reply-To: glenn@gla-aux.uucp Organization: The Pit Lane Lines: 30 X-Mailer: uAccess - Mac Release: 1.0.4a In article <1991May11.191114.27564@potomac.ads.com>, jtn@potomac.ads.com (John T. Nelson) writes: > > No I don't want to start yet ANOTHER flamewar on what type of > multitasking is the One And True Multitasking. Thank you. > Rather I have a > legitimate question concerning how one passes control onto other apps > running cooperatively on the Mac. Let's say I have a large and > complex compiler (which I do) and let's say that it consists of lots > of hairy recursive-decent style code. It's difficult to modularize > this particular code so I can't call lots of modules from the event > loop. Basically we go into the compiler and come back out when done. > > This means that I don't get to call WaitNeXTEvent and thus the > foreground process has total control. No backgrounding possible > because we don't get to the event loop until complete. Make calls to EventAvail periodically -- the callee of EventAvail (OSEventAvail) is where MultiFinder patches in to get time... =============================================================================== | Glenn L. Austin | "Turn too soon, run out of room. | | Macintosh Wizard and | Turn too late, much better fate." | | Auto Racing Driver | -- Jim Russell Racing School Instructors | |-----------------------------------------------------------------------------| | Usenet: glenn@gla-aux.uucp | CI$: 76354,1434 | | GENie: G.AUSTIN3 | AOnline: GAustin | ===============================================================================