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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.68.94.1 with SMTP id cy1mr7751579pbb.14.1444920010178;
        Thu, 15 Oct 2015 07:40:10 -0700 (PDT)
X-Received: by 10.182.103.138 with SMTP id fw10mr98405obb.17.1444920010132;
 Thu, 15 Oct 2015 07:40:10 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!kq10no18786023igb.0!news-out.google.com!n2ni31024igy.0!nntp.google.com!kq10no21675695igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 15 Oct 2015 07:40:09 -0700 (PDT)
In-Reply-To: <mvlopk$49j$1@dont-email.me>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=50.111.101.117;
 posting-account=Ies7ywoAAACcdHZMiIRy0M84lcJvfxwg
NNTP-Posting-Host: 50.111.101.117
References: <mvlopk$49j$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <46a64fb7-38a3-4288-b06c-7713c1391e7d@googlegroups.com>
Subject: Re: Musings on RxAda
From: brbarkstrom@gmail.com
Injection-Date: Thu, 15 Oct 2015 14:40:10 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:27985
Date: 2015-10-15T07:40:09-07:00
List-Id: <comp.lang.ada>

This approach may also tie in with the communities working on "Asynchronicity".
They would like to create interfaces that identify "Promises" that appear to
be unelaborated tasks.  When a user responds to a message, the controlling
task elaborates the fulfilled promise (of a response to an asynchronous
message and lets the elaborated task work.

See, for example,
<crockford.com/pp/asynchronicity.pptx>
or
<http://webapplog.com/asynchronicity-in-node-js/>
A site that discusses "Promises" in javascript is
<http://12devs.co.uk/articles/promises-an-alternative-way-to-approach-asynchronous-javascript/>
It looks like the use of "Promises" is to provide a low cost way of
formalizing responses to asynchronous I/O.

Bruce B.