Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu
From: cloos@acsu.buffalo.edu (James H. Cloos)
Newsgroups: comp.sys.handhelds
Subject: Re: M/L Interrupts/Concurrent Routines
Keywords: ml, interrupts, concurrent routines
Message-ID: <72610@eerie.acsu.Buffalo.EDU>
Date: 23 Apr 91 20:03:15 GMT
References: <28106e62: 2851comp.sys.handhelds@hpcvbbs.UUCP> <1991Apr23.115645.9250@corpane.uucp>
Sender: news@acsu.Buffalo.EDU
Organization: State University of New York @ Buffalo
Lines: 30
Nntp-Posting-Host: lictor.acsu.buffalo.edu

In article <1991Apr23.115645.9250@corpane.uucp> herman@corpane.uucp (Harry Herman) writes:
>In <28106e62:2851comp.sys.handhelds@hpcvbbs.UUCP> akcs.scotty@hpcvbbs.UUCP (SCOTTY THOMPSON) writes:
>
>>HP48SX users, has anyone fiddled with interrupts on the HP48SX?
>>I would be very interested in being able to have interrupt-driven
>>subroutines remaining "memory resident" (such as a sprite animation
>>program).  This could facilitate GEM-type interfaces, an entire sprite
>>animation library (unattended graphics animation), picture overlays, etc.
>>I'd be very interested....10Q.  Scott.
>
>Are you sure you can do this?  I thought all objects in HP48 memory were
>subject to being shifted to new addresses whenever garbage collection
>occured.  If you wrote something like this, how would you know where your
>memory resident routine was located when the interrupt came in.
>

One way this could be done would be to have the interupt call an XLIB.
There must be a ML-level routine that can be used to call an xlib (my
symbols files are currently off-loaded so that I can use our quota
fressende ada compiler).  (Sorry for the foreign word, but 'eating' just
doesn't cut it here.)

Oh for a SPARC of mine very own.....

-JimC
--
James H. Cloos, Jr.		Phone:  +1 716 673-1250
cloos@ACSU.Buffalo.EDU		Snail:  PersonalZipCode:  14048-0772, USA
cloos@ub.UUCP			Quote:  <>