Julian Stecklina | 2 Feb 2009 16:05
Picon
Favicon
Gravatar

Unix domain sockets

Hello,

I am currently implementing a D-BUS binding
(http://github.com/blitz/cl-dbus) that needs a networking compatibility
layer with support for TCP and local sockets. Not having to write
implementation-dependent code to achieve this would be quite beneficial
to the project.

I'd like to ask, if there is any interest in integrating Unix domain
sockets (AF_LOCAL) or Linux' abstract socket hack into usocket. 

Regards,
--

-- 
Julian Stecklina

Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik Naggum (in comp.lang.lisp)
_______________________________________________
usocket-devel mailing list
usocket-devel@...
http://common-lisp.net/cgi-bin/mailman/listinfo/usocket-devel
Tobias C. Rittweiler | 2 Feb 2009 18:51
Picon

Re: Unix domain sockets

Julian Stecklina <js@...> writes:

> Hello,
>
> I am currently implementing a D-BUS binding
> (http://github.com/blitz/cl-dbus) that needs a networking compatibility
> layer with support for TCP and local sockets. Not having to write
> implementation-dependent code to achieve this would be quite beneficial
> to the project.
>
> I'd like to ask, if there is any interest in integrating Unix domain
> sockets (AF_LOCAL) or Linux' abstract socket hack into usocket. 
>
> Regards,

I think usocket is supposed to be a portable layer on top of what Lisp
implementations offer. Whereas IOLib is supposed to provide you
finer-grained access to what your OS offers.

Take a look at IOLib at

  http://common-lisp.net/project/iolib/

it already comes with what you need.

  -T.
Kim Minh Kaplan | 4 Feb 2009 06:20

Re: Unix domain sockets

Julian Stecklina writes:

> I'd like to ask, if there is any interest in integrating Unix domain
> sockets (AF_LOCAL) or Linux' abstract socket hack into usocket. 

Yes there is.  Check this thread:
http://common-lisp.net/pipermail/usocket-devel/2008-August/000430.html
Julian Fondren | 18 Feb 2009 04:03
Picon

Patch for ECL version 8.12

ECL removed cl_alloc_atomic back in October, before the 8.12 release;
this was then already an deprecated alias for ecl_alloc_atomic.  The
attached patch also gives find its required argument, and adds "*.o"
to match files generated by ECL.
Attachment (clecl-find.patch): application/octet-stream, 1302 bytes
_______________________________________________
usocket-devel mailing list
usocket-devel@...
http://common-lisp.net/cgi-bin/mailman/listinfo/usocket-devel

Gmane