Re: protected type interrupts
- From: "Jeffrey R. Carter" <spam.not.jrcarter@xxxxxxxxxxxxxxxx>
- Date: Thu, 24 Aug 2006 23:50:41 GMT
REH wrote:
I am having a disagreement with a compiler vendor. I am using a
protected type for an interrupt handler (see below). The handler
simply sets a boolean to true that an entry is using as a guard. The
entry is called by a task. Basically, the task is blocked until
signaled by the interrupt to do the processing. With newer versions of
their compiler, the computer resets. They say it is because they are
calling the entry at the interrupt level, and not the task level (we
process this in a task because we have to do things you cannot do in a
interrupt). They say the LRM allows them to do this. Is that true? I
call the entry from a task, but its allow to be executed in the
interrupt handler. That does not seem right.
If a call to a procedure or entry of a protected object changes the barrier on another entry to True, the thread of control that changed the barrier is allowed to execute the newly open entry on behalf of the task that called it. So the entry is not being executed in the interrupt handler, but by the thread of control that called the interrupt handler.
--
Jeff Carter
"Now go away or I shall taunt you a second time."
Monty Python & the Holy Grail
07
.
- Follow-Ups:
- Re: protected type interrupts
- From: Jean-Pierre Rosen
- Re: protected type interrupts
- References:
- protected type interrupts
- From: REH
- protected type interrupts
- Prev by Date: Re: protected type interrupts
- Next by Date: Re: protected type interrupts
- Previous by thread: Re: protected type interrupts
- Next by thread: Re: protected type interrupts
- Index(es):
Relevant Pages
|