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=-0.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,6c9f1733206a18a9
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-09-09 18:17:27 PST
Path: 
 archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeed.berkeley.edu!ucberkeley!solaris.cc.vt.edu!news.vt.edu!msunews!not-for-mail
From: "Chad R. Meiners" <crmeiners@hotmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Interest in sockets package development
Date: Sun, 9 Sep 2001 21:14:42 -0400
Organization: Michigan State University
Message-ID: <9nh3qi$14m6$1@msunews.cl.msu.edu>
References: <9neodq$1vcs$1@msunews.cl.msu.edu>
Reply-To: "Chad R. Meiners" <crmeiners@hotmail.com>
NNTP-Posting-Host: arctic.cse.msu.edu
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
Xref: archiver1.google.com comp.lang.ada:12963
Date: 2001-09-09T21:14:42-04:00
List-Id: <comp.lang.ada>

I have used AdaSockets for previous projects before, but it doesn't scale up
well since you have to allocate a task per socket due to the sockets
blocking.  I don't mind dealing with blocking sockets in fact I prefer them
to non-blocking sockets.  Thus what I really want so is a nice queue I can
tell my set of sockets to drop an event into the queue so I can block a
couple worker tasks on the queue instead of having a task per socket.  So
far I haven't seen any LGPL'd package that does this; therefore, I have
taken it upon myself to create such a package.  I remember a while back
someone was complaining about how the available packages for sockets didn't
scale up well for a large number of sockets.  It had something to do with
the select function being difficult.  At that point I decided that I was
going to someday (if I had the time) solve this problem even if it meant I
had to redesign the socket interface.  So over the months whenever I got
bored I browsed through the Winsock api's looking for a better way to
implement a sockets package.   I figured out a nice solution a while back
but until now I haven't had the time to implement it.  The original point of
my post was to ask if anyone out there was interested in this development.

I remember a while back someone pointed to the original sockets package that
GNAT.Sockets came from; I checked it out and decided that it did not satisfy
my requirements.  I do not know if this is still true, but since I am a grad
student I doubt that I will see Gnat(Pro) anytime soon ;)  If someone would
like to send me the spec files for GNAT.Sockets it might save me a good deal
of work if it turns I that I would be duplicating effort without adding
anything new and exciting *grin*

So let us return to the original subject ...  Does anyone here have any
interest in a sockets package that handles a large number of sockets
elegantly?

-Chad R. Meiners