<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
That's interesting. We ran into a problem here which I<br>
had to fix by changing the default value of the read-only<br>
keyword parameter of wait-for-input from nil to t.<br>
<br>
I got some explanation of wait-for-input from Erik<br>
Huelsmann, who designed this stuff. I sent him<br>
back some suggestions and questions, but I<br>
don't think I got an answer. The real<br>
question is whether Hunchentoot is interacting<br>
properly with usocket.<br>
<br>
I haven't checked to see whether we are currently<br>
using the very latest usocket library here.<br>
<br>
Andrew Pennebaker wrote:
<blockquote
cite="mid:AANLkTinCq4L3GuSi3cJjy+O_+7J8z4YDNLCXqABi8mWW@mail.gmail.com"
type="cite">The "New York version" (hunchentoot:start (make-instance
'hunchentoot:acceptor :port 4242))
<div><br>
</div>
<div>creates a stalling web server, never loading, never error'ing.</div>
<div><br>
</div>
<div>When I remove the code :ready-only t from line 377:</div>
<div><br>
</div>
<div>(when (usocket:wait-for-input listener :timeout
+new-connection-wait-time+)</div>
<div><br>
</div>
<div>The New York version works fine.</div>
<div><br>
</div>
<div>Specs:</div>
<div>
<ul>
<li>Hunchentoot 1.1.1</li>
<li>Quicklisp</li>
<li>CLISP</li>
<li>Mac OS X</li>
</ul>
</div>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
tbnl-devel site list
<a class="moz-txt-link-abbreviated" href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a>
<a class="moz-txt-link-freetext" href="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</a></pre>
</blockquote>
</body>
</html>