From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: Class with task destructor
Date: Thu, 1 Dec 2011 18:50:47 -0600
Date: 2011-12-01T18:50:47-06:00 [thread overview]
Message-ID: <jb97d9$bmd$1@munin.nbi.dk> (raw)
In-Reply-To: op.v5syuzm9ule2fv@douda-yannick
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1584 bytes --]
"Yannick Duch�ne (Hibou57)" <yannick_duchene@yahoo.fr> wrote in message
news:op.v5syuzm9ule2fv@douda-yannick...
Le Thu, 01 Dec 2011 01:40:09 +0100, Randy Brukardt <randy@rrsoftware.com>
a �crit:
>> The problem is that waiting on multiple events is not something that is
>> easily done
>As Janus Ada is a Windows Ada compiler, I guess you know Windows has some
>way to wait for multiple events and it works rather fine. What is
>different here ?
Janus/Ada's task supervisor predates Windows and doesn't (to date) use any
Windows facilities at all. So what Windows can or cannot do isn't terribly
relevant. [Humm, that's not 100% true, it does use Sleep and the clock
routines. But that't it, and Sleep was the only thing added specifically for
Windows.]
In any case, what a particular target can do is not that relevant to what
the language design can do. Ada 95 tried to add a multi-way entry call, and
every implementer who studied it ended up reporting that the implementation
would essentially end up being some form of polling. Which is not what
anyone was hoping for. It got dropped from Ada 95.
Clearly, a termination feature can always be implemented by polling, but we
don't need any feature like that -- you can write that yourself. We have to
have a feature that actually can be implemented by waiting, and that is not
as easy as it seems on the surface. (I'm not going to comment on the
problems that AdaCore found; someone there will have to explain those if
they want.)
Randy.
next prev parent reply other threads:[~2011-12-02 0:50 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-23 1:50 Class with task destructor Rego, P.
2011-11-23 2:44 ` Adam Beneschan
2011-11-23 5:04 ` Yannick Duchêne (Hibou57)
2011-11-23 6:14 ` Adam Beneschan
2011-11-24 0:15 ` Randy Brukardt
2011-11-24 2:48 ` Adam Beneschan
2011-11-29 3:36 ` Randy Brukardt
2011-11-29 9:31 ` Simon Wright
2011-11-29 15:37 ` Adam Beneschan
2011-11-23 8:35 ` Dmitry A. Kazakov
2011-11-23 9:05 ` Simon Wright
2011-11-23 10:41 ` Dmitry A. Kazakov
2011-11-30 1:11 ` Rego, P.
2011-11-30 2:21 ` Adam Beneschan
2011-11-30 8:41 ` Dmitry A. Kazakov
2011-12-01 0:35 ` Randy Brukardt
2011-12-01 6:28 ` J-P. Rosen
2011-12-01 10:55 ` Simon Wright
2011-12-01 21:48 ` Robert A Duff
2011-12-01 22:44 ` Adam Beneschan
2011-12-02 0:57 ` Randy Brukardt
2011-12-02 5:57 ` J-P. Rosen
2011-12-02 15:07 ` Robert A Duff
2011-12-02 18:41 ` Jeffrey Carter
2011-12-01 9:25 ` Dmitry A. Kazakov
2011-12-01 1:58 ` Rego, P.
2011-11-30 8:35 ` Simon Wright
2011-11-30 15:36 ` Adam Beneschan
2011-11-30 16:32 ` Robert A Duff
2011-12-01 0:40 ` Randy Brukardt
2011-12-01 8:50 ` Yannick Duchêne (Hibou57)
2011-12-02 0:50 ` Randy Brukardt [this message]
2011-12-02 5:30 ` Jeffrey Carter
2011-12-02 16:20 ` Adam Beneschan
2011-12-02 18:01 ` Dmitry A. Kazakov
2011-12-02 18:50 ` Jeffrey Carter
2011-12-02 19:03 ` Adam Beneschan
2011-12-01 10:51 ` Simon Wright
2011-12-01 22:59 ` Simon Wright
2011-12-01 1:59 ` Rego, P.
2011-11-30 1:47 ` Rego, P.
[not found] ` <15090042.1880.1322617401962.JavaMail.geo-discussion-forums@yqkn8>
2011-11-30 8:43 ` Dmitry A. Kazakov
2011-12-01 1:53 ` Rego, P.
2011-12-01 9:28 ` Dmitry A. Kazakov
2011-11-25 2:44 ` Rego, P.
[not found] ` <28489797.1088.1322188495508.JavaMail.geo-discussion-forums@yqf20>
2011-11-25 9:19 ` Dmitry A. Kazakov
2011-11-29 3:40 ` Randy Brukardt
2011-11-23 10:26 ` Brian Drummond
2011-11-25 1:37 ` Rego, P.
2011-11-25 13:40 ` Brian Drummond
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox