Re: [Sbcl-devel] NET.SBCL.SOCKETS

On Fri, May 25, 2001 at 09:24:25AM -0500, William Harold Newman wrote:
> On Fri, May 25, 2001 at 09:21:55AM -0500, William Harold Newman wrote:
> > The same news item says that the problem might be fixed today, so
> > maybe I'll try again later.
>
> Oops, I misread it. It actually says "no later than 2001-05-28. We
> regret any inconvenience that this outage may cause." So we'll have to
> be patient.
In any case, it's fixed now.
I added the link on <http://sbcl.sourceforge.net/libs.php&gt;.
--
William Harold Newman <william.newman@...>
"Now, you will apologize to me, and you will call me by my right name,
or I will -- with enormous pleasure -- devote the rest of my life to
hunting you down and destroying every thing that you care for and
every thing that you are." -- Lady Una, in _Stardust_, by Neil Gaiman
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C

Thread view

I've put up version 0.2 of NET.SBCL.SOCKETS for download at
http://www.atzmueller.net/data/net-sbcl-sockets.tgz
The NEWS:
--------
VERSION 0.1 --> 0.2:
====================
- the name of the library is now NET.SBCL.SOCKETS.
- to be consistent with the name, the FEATURE has been changed to
:net.sbcl.sockets, as has the provided keyword.
- created a GNUmakefile
- in order to build the (dumped) library, 'make net-sbcl-sockets-lib'
has to be used. 'make sockets-lib' is still understood for backwards-
compatibility.
- reorganized sources: subdir "src".
- new testsuite in subdir "test".
- socket-error is a subclass of stream-error
- added support for an object-oriented framework:
There are mainly three types of "STREAM-SOCKETS", e.g. an
active-socket has
now a stream attached to it. Built upon the gray stream support, this
is very easy to use.
There are four types of sockets:
- PASSIVE-SOCKETS (listeners)
- CHARACTER-STREAM-SOCKETS (active sockets, that act as character
streams)
- BINARY-STREAM-SOCKETS (active sockets, binary sockets)
- BIVALENT-STREAM-SOCKETS (active sockets, that can do both character
and
binary input/output)
Some extracts from the README:
-----------------------------
[net.sbcl.sockets] is heavily based on CMUCL's "internet.lisp",
which was rewritten to work with SBCL. Some bugs were fixed, too.
The functionality of "internet.lisp" is still there in order to have
- backwards compatibility with code being ported from CMUCL,
- a suitable low-level interface.
NET.SBCL.SOCKETS is very easy to rebuild and maintain, because the code
needed for the FFI-interaction, is not hardwired into the system.
Instead it is configured according to the system configuration.
This is done portably by generating a C-program, that uses the system's
include-files, and outputs suitable definitions and declarations for
SBCL's ALIEN-facility.
Since version 0.2 NET.SBCL.SOCKETS includes a higher level
STREAM-SOCKETS concept, where STREAM-SOCKET(s) and their behavior are
based on the gray-stream interface.
Therefore, it is possible to easily use these for character and binary
output. Using the BIVALENT-STREAM-SOCKET(s), it is even possible not to
distinguish between character and binary I/O and to use both
simultaneously.
--
Martin Atzmueller <martin@...>

On Fri, May 25, 2001 at 09:46:43AM +0200, Martin Atzmueller wrote:
> William Harold Newman wrote:
> >
> > On Thu, May 24, 2001 at 02:34:47PM +0200, Martin Atzmueller wrote:
> > > I've put up version 0.2 of NET.SBCL.SOCKETS for download at
> > > http://www.atzmueller.net/data/net-sbcl-sockets.tgz
> >
> > OK, I'll make a note to put a pointer to it from the SBCL web pages.
> Ok. Thank you very much!
I just tried again this morning, and I still got no response from ssh,
so I hunted down the SourceForge site status page. They say that
"shell services are offline pending completion of an unscheduled
maintenance event". (Bandwidth is cheap enough that we can say
"pending completion of an unscheduled maintenance event" instead of
"until we recover from a server crash", but not cheap enough that we
can tell users anything about what the problem actually is. Oh well.
SourceForge users probably wouldn't be sophisticated enough to
understand, anyway.:-)
The same news item says that the problem might be fixed today, so
maybe I'll try again later.
> BTW, was there any problem with the load-patch (sbcl-devel 2001-05-10)?
> I just noticed that you hadn't merged it, but anyway, just to remind
> you. ;)
There's no problem with it that I'm aware of, it's just queued waiting
for me to pay attention. Arthur Lemmens' various Windows-porting fixes
and bug reports are too. I'll probably get to them both in the next
few days.
--
William Harold Newman <william.newman@...>
"Incrementally extended heuristic algorithms tend inexorably toward the
incomprehensible." -- http://www.unlambda.com/~james/lambda/lambda.txt
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C

On Fri, May 25, 2001 at 09:24:25AM -0500, William Harold Newman wrote:
> On Fri, May 25, 2001 at 09:21:55AM -0500, William Harold Newman wrote:
> > The same news item says that the problem might be fixed today, so
> > maybe I'll try again later.
>
> Oops, I misread it. It actually says "no later than 2001-05-28. We
> regret any inconvenience that this outage may cause." So we'll have to
> be patient.
In any case, it's fixed now.
I added the link on <http://sbcl.sourceforge.net/libs.php&gt;.
--
William Harold Newman <william.newman@...>
"Now, you will apologize to me, and you will call me by my right name,
or I will -- with enormous pleasure -- devote the rest of my life to
hunting you down and destroying every thing that you care for and
every thing that you are." -- Lady Una, in _Stardust_, by Neil Gaiman
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C