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.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Newsgroups: comp.lang.ada
Subject: Re: Ada platforms and pricing, was: Re: a new language,
 designed for safety !
Date: Mon, 23 Jun 2014 19:14:24 +0200
Organization: cbb software GmbH
Message-ID: <18et97c0c22vc$.y98lxxfblijn.dlg@40tude.net>
References: <lmj8s6$hhp$1@speranza.aioe.org>
 <1402308235.2520.153.camel@pascal.home.net> <85ioo9yukk.fsf@stephe-leake.org>
 <ln6tlg$1vc$1@dont-email.me>
 <255b51cd-b23f-4413-805a-9fea3c70d8b2@googlegroups.com>
 <ln6uv9$bk8$1@dont-email.me>
 <b22db9fb-a73d-438a-8cfd-f0bb1db70eed@googlegroups.com>
 <MPElv.491358$1w1.428312@fx03.iad>
 <5ebe316d-cd84-40fb-a983-9f953f205fef@googlegroups.com>
 <ln7ngt$c8a$1@dont-email.me>
 <2100734262424129975.133931laguest-archeia.com@nntp.aioe.org>
 <lnn5ko$ner$1@loke.gir.dk> <lnn8ff$k42$1@dont-email.me>
 <lnq58f$du2$1@loke.gir.dk> <lnsqus$d4j$1@dont-email.me>
 <lntmdq$p1j$1@loke.gir.dk> <lo7c2h$ura$1@dont-email.me>
 <lo7pea$cm3$1@loke.gir.dk> <c0pv51Ff927U1@mid.individual.net>
 <5156oy7vhg99.17wu6q2ef45ke.dlg@40tude.net> <ly1tufj2nh.fsf@pushface.org>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: qHNcUCBwwd01dPSBp/L1cg.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Complaints-To: abuse@aioe.org
User-Agent: 40tude_Dialog/2.0.15.1
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news.eternal-september.org comp.lang.ada:20561
Date: 2014-06-23T19:14:24+02:00
List-Id: <comp.lang.ada>

On Mon, 23 Jun 2014 12:17:38 +0100, Simon Wright wrote:

> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
> 
>> Programming a state machine is turning all design upside down. If
>> there were user-defined task support one could program this as if it
>> were in proper tasks.
> 
> I find it easier to think about state machines as state machines rather
> than by encoding them using the program counter! I geuss it depends on
> your starting point.

As an example consider reading from a stream without blocking. When there
is no more data available you switch to another co-routine (reading another
stream). This is programmed as if reading from the stream was blocking. The
co-routine is continued when more data become available. On top of these
stream could be a mountain of protocols or a whole Ada compiler taking the
stream as a source. Doing this as a state machine, upside-down driven by
incoming characters would be extremely tedious.

The idea of user-defined tasking is that the user would also provide the
pool to allocate the task stack and would activate/deactivate his tasks.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de