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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,cece09ea678318a6,start X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-02-23 01:11:40 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!bloom-beacon.mit.edu!news.telebyte.nl!zen.net.uk!news.cabal.org.uk!news-peer.gradwell.net!not-for-mail Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 From: porton@ex-code.com (Victor Porton) Subject: Standard: delay & terminate alternatives Newsgroups: comp.lang.ada Content-Type: text/plain; charset=us-ascii Message-ID: Date: Sun, 23 Feb 2003 13:00:25 +0500 Organization: Extreme Code Software (http://ex-code.com) X-URL: http://www.ex-code.com/ NNTP-Posting-Date: 23 Feb 2003 09:11:38 GMT NNTP-Posting-Host: 195.149.39.13 X-Trace: 1045991498 news.gradwell.net 66675 mail2news/195.149.39.13 X-Complaints-To: news-abuse@gradwell.net Xref: archiver1.google.com comp.lang.ada:34465 Date: 2003-02-23T09:11:38+00:00 List-Id: 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?