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 09:42:23 +0200
Organization: cbb software GmbH
Message-ID: <5156oy7vhg99.17wu6q2ef45ke.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>
Reply-To: mailbox@dmitry-kazakov.de
NNTP-Posting-Host: QTaafVZuunHujkJPndFR7g.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:20549
Date: 2014-06-23T09:42:23+02:00
List-Id: <comp.lang.ada>

On Mon, 23 Jun 2014 09:18:11 +0300, Niklas Holsti wrote:

> I am currently working on an Ada project with a null run-time and a
> proprietary small multi-threading kernel.

Wouldn't it be helpful to have user-defined tasking for such cases? Because
there is another important case for this - co-routines. When implementing
stuff like network communication (e.g. HTTP servers) and parallel
processing we frequently have a set of state machines (one per connection)
too expensive to handle from OS tasks. 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.

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