Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!decwrl!deccrl!news.crl.dec.com!shlump.nac.dec.com!decuk.uvo.dec.com!hollie.rdg.dec.com!ryn.mro4.dec.com!aisg.enet.dec.com!miskinis
From: miskinis@aisg.enet.dec.com (John Miskinis)
Newsgroups: comp.sys.atari.st
Subject: re: Multitasking
Message-ID: <3997@ryn.mro4.dec.com>
Date: 16 Feb 91 19:43:51 GMT
Sender: guest@ryn.mro4.dec.com
Organization: Digital Equipment Corporation
Lines: 21


Yes, the last reply regarding multitasking is quite correct...  

The standard (GEM) Atari desktop has a limited multitasking shell built into
it.  This can be demonstrated easily by invoking a desk accessory while
windows are being re-painted (like when exiting an application).  The desk
accessory will become the current "process", and the window that was in
the middle of being repainted will freeze.  As soon as you do something in
the desk accessory (click a button, etc.) and the desk accessory continues
running, the window(s) will finish repainting, and then control returns
back to the desk accessory...

Anyone who's a GURU, and is familiar with Atari ST MIDI and/or MFPINT, please
check out my MIDI postings in comp.sys.atari.st.tech...  I'm trying to solve
a problem with MIDI input, by replacing the level 6 interrupt handler.  I'm
having a problem getting a pointer to the original one, so I can restore it
upon application terminantion...

(HELP!)

_John_