<div class="gmail_quote">I believe the only patch needed is removing :ready-only t from accept-connections. This causes CLISP and the Hunchentoot web server to hang.</div><div class="gmail_quote"><div><br></div><div><div>$ diff ~/quicklisp/dists/quicklisp/software/hunchentoot-1.1.1/acceptor.lisp ~/quicklisp/dists/quicklisp/software/hunchentoot-1.1.1/acceptor.lisp.new </div>
<div>377c377,382</div><div>< (when (usocket:wait-for-input listener :ready-only t :timeout +new-connection-wait-time+)</div><div>---</div><div class="im"><div>> (when (usocket:wait-for-input listener</div>
<div>> </div>
</div><div>> #-:clisp</div><div>> :ready-only t</div><div class="im"><div>> </div><div>> :timeout +new-connection-wait-time+)</div>
</div></div><div><br></div><div>I created a quick verification system, "Does Hunchentoot Work?"</div><div><br></div><div>See <a href="http://doeshunchentootwork.yellosoft.us/">http://doeshunchentootwork.yellosoft.us/</a> for details.</div>
<div><br></div><div class="im">Cheers,<div><br></div><div>Andrew Pennebaker</div><div><a href="http://www.yellosoft.us" target="_blank">www.yellosoft.us</a></div>
<br>
<br><br></div><div><div></div><div class="h5"><div class="gmail_quote">On Thu, Mar 3, 2011 at 10:13 AM, Edi Weitz <span dir="ltr"><<a href="mailto:edi@weitz.de" target="_blank">edi@weitz.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for the detailed survey. Most of these combinations I don't<br>
have access to, though.<br>
<br>
If you think there are errors or missing features in Hunchentoot which<br>
are the cause for some of these failures, please send patches.<br>
<br>
<a href="http://weitz.de/patches.html" target="_blank">http://weitz.de/patches.html</a><br>
<br>
Cheers,<br>
Edi.<br>
<br>
<br>
On Thu, Mar 3, 2011 at 3:02 PM, Andrew Pennebaker<br>
<div><div></div><div><<a href="mailto:andrew.pennebaker@gmail.com" target="_blank">andrew.pennebaker@gmail.com</a>> wrote:<br>
> I've checked a bunch of implementations now. bt:*supports-threads-p* and<br>
> tbnl::*supports-threads-p* are T for the implementations that work well with<br>
> Hunchentoot. Typically both variables are NIL due to the underlying<br>
> implementation lacking thread support:<br>
> Success<br>
><br>
> Lispbox CCL on Ubuntu/Xen<br>
> Lispbox CCL on Mac OS X<br>
> MacPorts CCL on Mac OS X<br>
> Aptitude SBCL on Ubuntu/VMware<br>
> MacPorts SBCL on Mac OS X<br>
><br>
> Partial Failure<br>
><br>
> Aptitude CLISP on Ubuntu/Xen (no threads; Hunchentoot server and command<br>
> hang)<br>
> Fink CLISP on Mac OS X (no threads; Hunchentoot works with slight<br>
> modification)<br>
><br>
> Failure<br>
><br>
> Aptitude SBCL on Ubuntu/Xen (SBCL compilation fails)<br>
> MacPorts CLISP on Mac OS X (CFFI and threads missing)<br>
> Aptitude CCL on Ubuntu (no package named CCL)<br>
> ECL on Ubuntu/Xen (ECL compilation failure)<br>
> MacPorts ECL on Mac OS X (flexi-streams compilation failure)<br>
> ABCL on Ubuntu/Xen (Bordeaux Threads compilation failure)<br>
> MacPorts ABCL on Mac OS X (Quicklisp compilation failure)<br>
> GCL on Ubuntu/Xen (Quicklisp compilation failure)<br>
><br>
> Cheers,<br>
> Andrew Pennebaker<br>
> <a href="http://www.yellosoft.us" target="_blank">www.yellosoft.us</a><br>
><br>
><br>
> On Tue, Mar 1, 2011 at 9:08 AM, Edi Weitz <<a href="mailto:edi@weitz.de" target="_blank">edi@weitz.de</a>> wrote:<br>
>><br>
>> On Tue, Mar 1, 2011 at 11:07 AM, Andrew Pennebaker<br>
>> <<a href="mailto:andrew.pennebaker@gmail.com" target="_blank">andrew.pennebaker@gmail.com</a>> wrote:<br>
>> > I have installed ABCL, SBCL, CLISP, and ECL on Ubuntu and Mac OS X,<br>
>> > using<br>
>> > Aptitude and MacPorts respectively. In every case, Hunchentoot's start<br>
>> > function hung, because the CL implementation failed to include thread<br>
>> > support.<br>
>><br>
>> That should not happen. Can you check the values of<br>
>> bt:*supports-threads-p* and tbnl::*supports-threads-p*? Are they<br>
>> correct? If so, the default taskmaster should be<br>
>> one-thread-per-connection-manager which doesn't need threads.<br>
><br>
><br>
</div></div></blockquote></div><br>
</div></div></div><br>