From: agate!howland.reston.ans.net!sol.ctr.columbia.edu!eff!news.oc.com!convex! pelakh@ucbvax.Berkeley.EDU (Boris Pelakh)
Subject: Re: Interrupts
Date: 23 Feb 93 21:30:56 GMT [thread overview]
Message-ID: <1993Feb23.213056.14392@news.eng.convex.com> (raw)
In article <jmacleod.79@fox.nstn.ns.ca> jmacleod@fox.nstn.ns.ca (James Mac Leod
) writes:
>In article <1993Feb17.161508.30722@iitmax.iit.edu> LEDUC@chico.acc.iit.edu (US
ERS) writes:
>>My question is: instead of using the overhead of tasks, is it
>>possible to tie the interrupt directly to a procedure?
>
>I don't think the procedure would work. All task gets activated when the
>mainline program gets activated. Therefore it is actually waiting for
>something to happen at 16#xxx#. A procedure is only active during its
>lifecycle. Once the procedure has completed it needs some other procedure
>to activate it and cannot be activated beyond a procedural call.
If you have a Verdix compiler, you can declare your interrupt-handling task
to be PASSIVE and drastically reduce the overhead.
--
Boris Pelakh Ada Project Leader pelakh@convex.com
Convex Computer Corporation
"If winning isn't important, why keep score ?" -- Lt. Worf, Star Trek TNG.
next reply other threads:[~1993-02-23 21:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
1993-02-23 21:30 agate!howland.reston.ans.net!sol.ctr.columbia.edu!eff!news.oc.com!convex! [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-01-07 20:52 Interrupts Szygula
2001-01-08 13:48 ` Interrupts Andrzej Lewandowski
1993-02-23 12:42 Interrupts destroyer!cs.ubc.ca!utcsri!newsflash.concordia.ca!nstn.ns.ca!jmacleod
1993-02-18 21:12 Interrupts Bob Kitzberger
1993-02-18 15:07 Interrupts Dat Trie u Le
1993-02-17 16:15 Interrupts USERS
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox