Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!cbmvax!vu-vlsi!swatsun!jackiw
From: jackiw@cs.swarthmore.edu (Nick Jackiw)
Newsgroups: comp.sys.mac.programmer
Subject: LSP 2.0 Oversight
Message-ID: <2647@carthage.cs.swarthmore.edu>
Date: 6 Apr 89 19:32:09 GMT
Reply-To: jackiw@swatsun.UUCP ()
Distribution: na
Organization: Visual Geometry Project, Swarthmore College, PA
Lines: 26

I've been developing an app in Lightspeed Pascal (2.01p or whatever the mose
recent USENET patch is), and noticed that I never see suspend+resume events
in response to Multifinder activity (when running in the Lightspeed environ-
ment).

I realize I'm not a partition under Multifinder's scheme, but I would think
that Lightspeed would pass them on to the application.  Currently, it hooks
them to do things like saving your windows' bits (blew my mind the first
time I saw it; I switched my project back in and voila!  the window redraw
itself, despite the complete lack of an update procedure!).  If Multifinder
wasn't such a hack (a beautiful, beautiful hack) this wouldn't be a problem,
but as it is,  I have no easy way of debugging my suspend/resume handling
stuff.  (A full build takes about 6 minutes; this is a BIG application.)
Currently, I've written a suspend-resume event-poster to simulate being
switched out and back in (**much** easier than waiting on the full compile
each time I wanna test something).

So, Rich; patch-of-the-day-request: could some future Lightspeed feed me
my events if I've got the SIZE resource to handle them?  Didn't think so  (:-).


-- 
     _  _|\____    Nick Jackiw | Visual Geometry Project | Math Department
   / /_/   O>  \   ------------+-------------------------+ Swarthmore College
   |       O>   |  215-328-8225| jackiw@cs.swarthmore.edu| Swarthmore PA 19081
    \_Guernica_/   ------------+-------------------------+                 USA