April 2010 - usocket-devel - mailman3.common-lisp.net

[usocket-devel] How to portably setsockopt
by Elliott Slaughter 20 Jul '10

20 Jul '10

Hi, I need to set SO_BROADCAST in order to enable sending packets to a broadcast address in my application. In SBCL, for example, this can be accomplished with (setf (sb-bsd-sockets:sockopt-broadcast (usocket::socket *socket*)) t) I am wondering if usocket provides any way of accomplishing this, and if this is considered inside the scope of usocket. Thanks. -- Elliott Slaughter "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay

2 1

Re: [usocket-devel] Status of UDP on Windows?
by Elliott Slaughter 03 Apr '10

03 Apr '10

It seems that your response missed the mailing list. 2010/3/22 Chun Tian (binghe) <binghe.lisp(a)gmail.com> Strange ... for long time I thought there's no "select()" on win32, and I do > see Erik (USOCKET author) use "WSAEventSelect" to implement the LispWorks > version of WAIT-FOR-INTPUT-INTERNAL on win32. Now it seems that I was > confused by another the speciality of "select()" function on win32: > > * On UNIX, select() can be used to wait for both networking sockets and > disk file handlers, > * On Windows, select() can only be used on networking sockets, so it's > implemented by winsock library. > > What you found, seems show me a very direct way to have all you want done > immediately: just use SB-ALIEN to export the "select()" for win32, and > remove the reader macro around exist Unix version of WAIT-FOR-INPUT-INTERNAL > for SBCL. > > Would you like a try on this approach? > I'll give it a shot. Thanks (to both you and Erik) for the information. -- Elliott Slaughter "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay

1 2

[usocket-devel] Announcing ip-interfaces (was: Re: Determining the local host address from wildcard host)
by Elliott Slaughter 02 Apr '10

02 Apr '10

On Mon, Mar 8, 2010 at 12:08 PM, Elliott Slaughter < elliottslaughter(a)gmail.com> wrote: > On Mon, Mar 8, 2010 at 10:50 AM, R. Matthew Emerson <rme(a)clozure.com>wrote: > >> >> On Mar 7, 2010, at 2:36 PM, Elliott Slaughter wrote: >> >> > What I am actually trying to do is to search for other nodes on the >> local network which are also running my application. My idea was to >> construct one or more broadcast addresses, send UDP packets to each of them, >> and listen for responses. This may not be the best way to go about this (and >> suggestions would be appreciated), but if I choose this route, I would want >> to know the IP address of each of the interfaces together with its subnet >> mask. >> > >> > On 2010-03-07, at 07:20 , Elliott Slaughter wrote: >> > >> > if you really need this, you might look at the implementation for >> %get-ip-interfaces in clozure. >> > it uses getifaddrs in a fairly transparent manner, so, if you're >> unix-based, you should be ok with it. >> > >> > I need this to work on Windows and *nix, which is why I can't use IOlib >> or other Unix-based solutions. That said, Clozure does run on Windows, so >> hopefully the code you mentioned has already been ported. >> >> There's an internal function ccl::%get-ip-interfaces that's >> conditionalized for a bunch of platforms. I can't really recommend that you >> use it, of course, but it might be something to look at. >> > > I glanced over the source briefly, and might give porting it to CFFI a shot > when I can find some free time. > I've ported the code to CFFI, and tested on SBCL, CCL, ECL, and Allegro on Mac OS X, SBCL on Linux, and SBCL on Windows. The source code is available as a darcs repository at: http://common-lisp.net/~eslaughter/darcs/ip-interfaces/ The code is licensed under the LLGPL to maximize license compatibility with Clozure CL. -- Elliott Slaughter "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay

1 1