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,fe965693e0a17ca8 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-06-29 09:15:03 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!t-online.de!fr.usenet-edu.net!usenet-edu.net!oleane.net!oleane!nnrp.oleane.net!not-for-mail From: Thierry Lelegard Newsgroups: comp.lang.ada Subject: Re: GNAT 3.14 NEW FEATURES LIST Current as of May 30th, 2001 Date: Fri, 29 Jun 2001 18:10:05 +0200 Organization: CANAL+ Technologies Message-ID: <3B3CA85D.C68FDE7C@canal-plus.fr> References: <3B3C86C7.6C780F67@easystreet.com> NNTP-Posting-Host: host227.canal-plus.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: s1.read.news.oleane.net 993831005 26064 194.2.208.227 (29 Jun 2001 16:10:05 GMT) X-Complaints-To: abuse@oleane.net NNTP-Posting-Date: Fri, 29 Jun 2001 16:10:05 +0000 (UTC) X-Sender: "Thierry Lelegard" (Unverified) X-Mailer: Mozilla 4.75 [fr]C-CCK-MCD C+ (WinNT; U) X-Accept-Language: en,fr,zh-CN,zh-TW Xref: archiver1.google.com comp.lang.ada:9260 Date: 2001-06-29T18:10:05+02:00 List-Id: > The only other compatability issue I saw in that (huge) list of chages was that > they are changing the default Linux thread library to native instead of FSU. I > can see arguments either way on that one. Tha major issue with FSU threads is that they are unknown to the kernel and any I/O is blocking for the whole process. Any single Text_IO.Get_Line or socket read blocks all tasks in the application. This very unlikely the kind of behavior one would expect from a multi-tasking Ada application. Using the native threads removes the problem. The only reason for using FSU thread is the full respect of RM tasking semantic. In the real world, applications make I/O and I suppose that the number of applications which need the precise tasking semantic but can afford blocking I/O's is quite small... -Thierry ____________________________________________________________________________ Thierry Lelegard, "The Jazzing Troll", Email: thierry.lelegard@canal-plus.fr CANAL+ Technologies, 34 place Raoul Dautry, 75906 Paris Cedex 15, France Tel: +33 1 71 71 54 30 Fax: +33 1 71 71 52 08 Mobile: +33 6 03 00 65 75 ____________________________________________________________________________