From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,3e11ef4efc073f6b
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news2.google.com!postnews.google.com!q26g2000prq.googlegroups.com!not-for-mail
From: christoph.grein@eurocopter.com
Newsgroups: comp.lang.ada
Subject: Re: requeue with abort and timed call
Date: Mon, 29 Dec 2008 02:23:21 -0800 (PST)
Organization: http://groups.google.com
Message-ID: 
 <ff889ef8-a21d-4548-be18-ea9a52ed4cd7@q26g2000prq.googlegroups.com>
References: 
 <2a60b044-6a5c-4ce6-93e6-6eeefc8806c3@l33g2000pri.googlegroups.com>
	<1f6rcb1qwt7vx.1mckzyk9ucohf.dlg@40tude.net>
 <84c56781-1cb1-4d86-be14-e66fc9fdade6@w1g2000prk.googlegroups.com>
	<b990c191-972f-4729-82d7-41947cc87365@n33g2000pri.googlegroups.com>
	<4c7abc6f-d6d3-4265-8311-1bbb40cc0c0a@z27g2000prd.googlegroups.com>
NNTP-Posting-Host: 91.13.237.34
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1230546201 13144 127.0.0.1 (29 Dec 2008 10:23:21
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 29 Dec 2008 10:23:21 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: q26g2000prq.googlegroups.com; posting-host=91.13.237.34;
	posting-account=rmHyLAoAAADSQmMWJF0a_815Fdd96RDf
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.5)
	Gecko/2008120122 Firefox/3.0.5,gzip(gfe),gzip(gfe)
Xref: g2news2.google.com comp.lang.ada:4076
Date: 2008-12-29T02:23:21-08:00
List-Id: <comp.lang.ada>

On 28 Dez., 18:46, ishik...@arielworks.com wrote:
> But, please think about following code.
> Sometimes we cannot decide how long time procedures take.
> For example, if "Procedure_Tkaes_0sec_to_60sec" takes for 0.3 or to
> 0.0999..., Requeued_Call will be aborted.
> but, if it takes over 1 sec, Requeued_Class will be not aborted
> forever.
> This behavior is repugnant, I think.

I think this is very idea behind a timed entry call - to be aborted, a
call must be queued when the delay expires; when it executes, it will
not be aborted.

Imagine you are waiting in a queue. If you are not serviced within a
certain time (there is still someone before you), you leave the queue
("or delay", including the case that you have been partly serviced and
are now waiting in another queue, i.e. "requeue with delay").

If you are serviced, but the service takes too long, you quit the
service - this is the asynchronous select (the one with "then abort").