<div dir="ltr">Thanks for the patch.  I made a new release (1.2.18) containing the fix.<div><br></div><div style>-Hans</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 3, 2013 at 11:01 AM, Raymond Wiker <span dir="ltr"><<a href="mailto:rwiker@gmail.com" target="_blank">rwiker@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I see that there is a recent change that means that client-as-string is called from create-request-<br>

handler-thread. This breaks for Lispworks users, as client-as-string is only defined for platforms that use usocket (or strictly speaking, for platforms which are not lispworks :-)<br>
<br></div>The following implementation of client-as-string seems to do what's required for Lispworks:<br><br>#+:lispworks<br>(defun client-as-string (socket)<br>  "A helper function which returns the client's address and port as a<br>


   string and tries to act robustly in the presence of network problems."<br>  (multiple-value-bind (address port)<br>      (comm:get-socket-peer-address socket)<br>    (when (and address port)<br>      (format nil "~A:~A"<br>


              (comm:ip-address-string address)<br>              port))))<br><br><br></div>
</blockquote></div><br></div>