Path: utzoo!attcan!uunet!husc6!mailrus!ames!pasteur!ucbvax!hoptoad!tim
From: tim@hoptoad.uucp (Tim Maroney)
Newsgroups: comp.sys.mac
Subject: Re: multitasking and IPC (was: System 8.0: no more DA's.)
Message-ID: <6120@hoptoad.uucp>
Date: 28 Dec 88 21:09:28 GMT
References: <1988Dec16.191309.21623@cs.rochester.edu> <326@internal.Apple.COM> <807@esl.UUCP> <747@lts.UUCP> <34550@think.UUCP> <877@husc6.harvard.edu>
Reply-To: tim@hoptoad.UUCP (Tim Maroney)
Organization: Eclectic Software, San Francisco
Lines: 20

In article <34550@think.UUCP> barmar@kulla.think.com (Barry Margolin) writes:
>Suppose I'm running a Multifinder-aware terminal emulator, I start a
>download, and then switch into another application.  I know that the
>download works fine so long as the application calls WaitNextEvent
>frequently.  At some point the application puts up a modal dialogue,
>which, as we know, prohibits switching.  Question: does it also
>prevent the background download from running?

In article <877@husc6.harvard.edu> fry@brauer.harvard.edu (David Fry) writes:
>This doesn't stop the download, since ModalDialog calls
>{Get,Wait}NextEvent repeatedly.

No, other applications don't get time when a modal dialog is up.  The way
MultiFinder senses modality is by checking then window definition procedure.
If a type dBoxProc is at the front, no other application will get time.
-- 
Tim Maroney, Consultant, Eclectic Software, sun!hoptoad!tim
"Our newest idol, the Superman, celebrating the death of godhead, may be
 younger than the hills; but he is as old as the shepherds."
    - Shaw, "On Diabolonian Ethics"