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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,bdf72b2364b0da13
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII
Received: by 10.68.212.232 with SMTP id nn8mr13471907pbc.1.1323803815779;
        Tue, 13 Dec 2011 11:16:55 -0800 (PST)
Path: 
 lh20ni18741pbb.0!nntp.google.com!news1.google.com!postnews.google.com!m7g2000vbc.googlegroups.com!not-for-mail
From: Ada BRL <ada.brl.2011@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Interrupts handling in ADA
Date: Tue, 13 Dec 2011 11:01:00 -0800 (PST)
Organization: http://groups.google.com
Message-ID: <347f8912-af21-47d0-b6b6-0eae5b8c8a39@m7g2000vbc.googlegroups.com>
References: <30143086.6.1323549838421.JavaMail.geo-discussion-forums@vbbfq24>
 <m2ty589i5g.fsf@pushface.org>
 <6df577eb-9c6a-4f82-95e4-817f6ad1ba6e@r6g2000yqr.googlegroups.com>
 <m2hb14a4t9.fsf@pushface.org> <m2d3bsa3jk.fsf@pushface.org>
 <515d5501-c89b-4a9d-82b6-ec3539a0c2cf@r6g2000yqr.googlegroups.com>
 <1xxdv2x1g239r.1wuequmfxrwcd$.dlg@40tude.net>
NNTP-Posting-Host: 86.169.132.157
Mime-Version: 1.0
X-Trace: posting.google.com 1323803815 1236 127.0.0.1 (13 Dec 2011 19:16:55
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Tue, 13 Dec 2011 19:16:55 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: m7g2000vbc.googlegroups.com; posting-host=86.169.132.157;
 posting-account=yig7mwoAAAAAcduNbH7Dpal1sjCSAijA
User-Agent: G2/1.0
X-Google-Web-Client: true
X-Google-Header-Order: HNKUARELSC
X-HTTP-UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2
 (KHTML, like Gecko) Chrome/15.0.874.121 Safari/535.2,gzip(gfe)
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Date: 2011-12-13T11:01:00-08:00
List-Id: <comp.lang.ada>

On 13 Dic, 18:18, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
wrote:
> On Tue, 13 Dec 2011 09:55:54 -0800 (PST), Ada BRL wrote:
> > On 13 Dic, 15:34, Simon Wright <si...@pushface.org> wrote:
> >> Simon Wright <si...@pushface.org> writes:
> >> The relevant section of the ARM is 9.7.1, Selective Accept, and it'd
> >> have looked like
>
> >> =A0 =A0select
> >> =A0 =A0 =A0 when not Buffer.Is_Empty =3D>
> >> =A0 =A0 =A0 =A0 =A0accept Get (M : out Message) do
> >> =A0 =A0 =A0 =A0 =A0 =A0 M :=3D ...
> >> =A0 =A0 =A0 =A0 =A0end Get;
> >> =A0 =A0 =A0 or
> >> =A0 =A0 =A0 =A0 =A0accept Put ...
>
> > Does this means that if the Buffer is empty I will accept the Put
> > instead of Get? So the "or" refers to the condition before "=3D>"
>
> When Buffer is empty, only Put is accepted. It is said that Get is
> "closed." When Get is "open" (Put is always "open") then either Put or Ge=
t
> is accepted in an unspecified order (when both have queued tasks).
>
> --
> Regards,
> Dmitry A. Kazakovhttp://www.dmitry-kazakov.de

So, when buffer is NOT empty I will execute Get AND Put if both have
queued tasks (I cannot know a-priori the order of execution) or Get OR
Put if only one of the two has queued tasks.