<br><div><span class="q"><span class="gmail_quote">On 9/21/06, <b class="gmail_sendername">Marijn Haverbeke</b> <<a href="mailto:marijnh@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

marijnh@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

(With trivial-sockets being unmaintained, I'm sending this patch here so that people who use it can update their own versions -- I guess we'll have to either move to usocket or branch trivial-sockets sometime soon).</blockquote>

</span><div><br>for reference, we do have a branch:<br><br><a href="http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=bese-trivial-sockets_until-i-can-merge-with-the-mainline;a=summary" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi?r=bese-trivial-sockets_until-i-can-merge-with-the-mainline;a=summary

</a><br> </div><span class="q"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

When an error like 'connection refused' occurs when opening a socket, trivial-sockets leaks a socket handle - it doesn't return a stream but it did create a socket, and there's some strangeness in SBCL that makes it okay to just close the stream for a socket when you're done with it, but if you don't get a stream you should explicitly close the socket object itself. The attached patch makes trivial-sockets close the socket when it fails to create a stream.

</blockquote></div> applied, thanks!<br clear="all"><span class="sg"> --  - attila "- The truth is that I've been too considerate, and so became unintentionally cruel...  - I understand.

<br> - No, you don't understand! We don't speak the same language!"

<br>(Ingmar Bergman - Smultronstället)

</span><br clear="all"><br>