<meta charset="utf-8">I've checked a bunch of implementations now. bt:*supports-threads-p* and tbnl::*supports-threads-p* are T for the implementations that work well with Hunchentoot. Typically both variables are NIL due to the underlying implementation lacking thread support:<div>

<br></div><div>Success</div><div><ul><li>Lispbox CCL on Ubuntu/Xen</li><li>Lispbox CCL on Mac OS X</li><li>MacPorts CCL on Mac OS X</li><li>Aptitude SBCL on Ubuntu/VMware</li><li>MacPorts SBCL on Mac OS X</li></ul></div>
<div>
Partial Failure</div><div><ul><li>Aptitude CLISP on Ubuntu/Xen (no threads; Hunchentoot server and command hang)</li><li>Fink CLISP on Mac OS X (no threads; Hunchentoot works with slight modification)</li></ul><div>Failure</div>

<ul><li>Aptitude SBCL on Ubuntu/Xen (SBCL compilation fails)</li><li>MacPorts CLISP on Mac OS X (CFFI and threads missing)</li><li>Aptitude CCL on Ubuntu (no package named CCL)</li><li>ECL on Ubuntu/Xen (ECL compilation failure)</li>

<li>MacPorts ECL on Mac OS X (flexi-streams compilation failure)</li><li>ABCL on Ubuntu/Xen (Bordeaux Threads compilation failure)</li><li>MacPorts ABCL on Mac OS X (Quicklisp compilation failure)</li><li>GCL on Ubuntu/Xen (Quicklisp compilation failure)</li>

</ul></div>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 class="gmail_quote">On Tue, Mar 1, 2011 at 9:08 AM, Edi Weitz <span dir="ltr"><<a href="mailto:edi@weitz.de">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;">

On Tue, Mar 1, 2011 at 11:07 AM, Andrew Pennebaker<br>
<div class="im"><<a href="mailto:andrew.pennebaker@gmail.com">andrew.pennebaker@gmail.com</a>> wrote:<br>
</div><div class="im">> I have installed ABCL, SBCL, CLISP, and ECL on Ubuntu and Mac OS X, 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>
</div>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>
</blockquote></div><br>