Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!spool.mu.edu!mips!cs.uoregon.edu!gla-aux.uucp!glenn
From: glenn@gla-aux.uucp (Glenn Austin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: ResEdit 2.1 ZoomRect Speedup patch
Message-ID: <0E010021.s2zy3c@gla-aux.uucp>
Date: 13 Jun 91 01:34:50 GMT
Article-I.D.: gla-aux.0E010021.s2zy3c
Reply-To: glenn%gla-aux.uucp@skinner.cs.uoregon.edu
Organization: The Pit Lane
Lines: 24
X-Mailer: uAccess - Mac Release: 1.0.4a


In article <1991Jun10.180210.24253@nntp.hut.fi>, jmunkki@hila.hut.fi (Juri Munkki) writes:
> I would have thought that _Delay is mostly obsolete now that MultiFinder
> exists. Calling delay is like intentionally making the computer slower.
> Instead, you should always try to use _WaitNextEvent. Of course, in some
> cases WaitNextEvent might not return quite as soon as you wanted, but at
> least some work got done instead of an idle loop.

One of the things I've written for my library is a BGDelay which simply
gets the current TickCount(), and then goes into a loop, checking the
number of ticks since the first TickCount() call, and calling EventAvail
with 0 as the eventMask.

Not QUITE as accurate as Delay -- but I didn't want to mess with the Time
Manager at the 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 |
|-----------------------------------------------------------------------------|
| Don't take me too seriously -- I never do!  :-)                             |
|-----------------------------------------------------------------------------|
| Usenet:  glenn@gla-aux.uucp or glenn%gla-aux.uucp@skinner.cs.uoregon.edu    |
===============================================================================