* Standard: delay & terminate alternatives
@ 2003-02-23 8:00 Victor Porton
0 siblings, 0 replies; only message in thread
From: Victor Porton @ 2003-02-23 8:00 UTC (permalink / raw)
Why RM deprecates at the same time delay and terminate alternatives in
selective accept? I propose to add this (just remove from RM the thing
which deprecates it).
It is quite natural to terminate a task namely at the time when it
waits as when it waits it is of high probability not in "mid-way"
state.
I encountered this in a real soft. Well, I did without this by somehow
worse (less reliable as the structure of rendez-vouz became more
complex).
P.S. It is a simple (slow, somebody may work to make it faster) and
somewho partial emulation of DOS SVGA graphics (svga.ads/svga.adb)
in a GTK+ window (Linux, other Unixes, Windows etc.) Do you need
this code?
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-02-23 8:00 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-23 8:00 Standard: delay & terminate alternatives Victor Porton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox