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-Thread: 103376,e7151167e0767ecc X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!news.glorb.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local1.nntp.dca.giganews.com!nntp.megapath.net!news.megapath.net.POSTED!not-for-mail NNTP-Posting-Date: Thu, 09 Sep 2004 16:45:55 -0500 From: "Randy Brukardt" Newsgroups: comp.lang.ada References: <8429999a.0408231027.2850e800@posting.google.com> <5ad0dd8a.0408302222.56282d6f@posting.google.com> <4135498c_1@news.tm.net.my> <5ad0dd8a.0409040738.3fff41b8@posting.google.com> <5ad0dd8a.0409060956.7fe744f6@posting.google.com> <5ad0dd8a.0409080110.1be46d74@posting.google.com> <16idnbx9y9hVMKLcRVn-gA@megapath.net> <5ad0dd8a.0409090226.154b7b11@posting.google.com> Subject: Re: Feasibility of using Ada in new development Date: Thu, 9 Sep 2004 16:46:48 -0500 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Message-ID: <1OSdnT0uK-aOUt3cRVn-vg@megapath.net> NNTP-Posting-Host: 64.32.209.38 X-Trace: sv3-bSu/SsNKdof9VL5ksA+jqYktLor99sq5bqUPpUYT0Hy/uvk2IB+K8E0XmOlx3nXq/YFaxXmm/yp3+wA!ZZs2ZLh8GApM+8vxbaknXqlaWptKEsnk1dn3O/4Yfrrh8AgjaT8udlZwVS0dojJwG9e/dNb1dMgb X-Complaints-To: abuse@megapath.net X-DMCA-Complaints-To: abuse@megapath.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.13 Xref: g2news1.google.com comp.lang.ada:3548 Date: 2004-09-09T16:46:48-05:00 List-Id: "Wojtek Narczynski" wrote in message news:5ad0dd8a.0409090226.154b7b11@posting.google.com... > Randy, > > > It would actually be fairly easy to build a special I/O library that could > > put a task to sleep (no threads here - only Ada :-). Just replace the > > implementation of Read and Write. > > Are all the runtime sources included with the compiler so that a third > party could do it for themselves? They're available, but under a separate support agreement. > > Of course that wouldn't work for sockets, because sockets aren't I/O in > > Windows. > > Well, right now I am interested only in sockets. There is a select > call and also some nice looking WSA* (Windows Sockets 2 API) calls > that could be tried. But, also, I'd prefer to have it working on unix. As I recall, I tried three different organizations of the server. They all seemed to be limited by some limit in the number of connections that Windows would allow through a single port at one time (although that may have been a limit of our network or of the software somewhere). I eventually decided that there having more than 16(?) simultaneous HTTP commands was happening rarely enough that it wasn't worth figuring out why we couldn't get beyond it. There really isn't anything specificly Windows about our design, and indeed, we used to support compilers on various Unix targets. There hasn't been enough interest (or time in the day!) to port those to Linux, but it wouldn't be very hard to do. > Yesterday I managed to patch and build the current fsu threads library > http://www.informatik.hu-berlin.de/~mueller/ftp/pub/PART/pthreads.tar.gz > and gnat 3.15p runtime together, so now I have complete working > sources of a cooperative, or at least could-be-cooperative, runtime. > Seems like a good starting point, as you also noted. Sounds good. Good luck. Randy.