[net.micro.mac] Sleep Desk Accessary

lra@aluxe.UUCP (Lonnie R. Abelbeck, AT&T Bell Labs) (12/23/84)

[]

Many thanks to Walter Smith for hacking out Sleep.  But there seems to
be a problem in that the DRVR does not seem to get released from the
heap when the mouse is clicked.  A quick check of the heap whild in
an application shows a non-purgable non-relocatable block a litle
over a couple K bytes remains after sleep wakes up.  If someone
has a clue, this could solve some of the problems others were having
running sleep with calendar, etc.

BTW, I have modified the source just a little to make the apple smoothly
bounce around within the bounds of the screen, like a bouncing ball..
this actually makes the code a little smaller since Random() doesn't
need to be called.. but this is a matter of personal preference.

Thanks again Walt, good job!

Lonnie Abelbeck
aluxe!lra

wrs@cmu-cs-k.ARPA (Walter Smith) (12/24/84)

I think there was some discussion in the past about using multiple SUMacC
things simultaneously (e.g. using a SUMacC accessory within a SUMacC
application or using two SUMacC accessories at once) on info-mac.  There was
some problem with doing this, but I can't remember what.  I am planning to
rewrite Sleep in 68000 assembler sometime soon to get around the problems,
but I can't guarantee a date -- it's Christmas vacation (yay!).

The reason that space is taken up after Sleep wakes up is probably the
lack of a CloseDeskAcc.  Sleep "closes" itself, of course, and I wasn't
sure whether it was safe for a desk accessory to dispose of itself.  All
sorts of horrible possibilities come to mind.  I'll experiment a bit with the
new version and try to find a solution.

Thanks for all the compliments!
-- 
      Walter Smith, CS undergraduate, Carnegie-Mellon University
uucp: ...!seismo!cmu-cs-k!wrs
arpa: wrs@cmu-cs-k.ARPA
usps: Box 874; 5115 Margaret Morrison St.; Pittsburgh, PA  15213

Any opinions contained in the above could very well be so different from
those of CMU itself that it would be ludicrous to compare the two.