<div dir="ltr">Hello Hans,<div><br></div><div>The specific problem I ran into was a recursive lock error thrown when setting a session value in the same request that starts a session. I'm using rev 3591. here's an example:</div>
<div><br></div><div><div><div> (defun test-dispatcher (hunchentoot:*request*)</div><div>   (lambda ()</div><div><br></div><div>   ;; set the session value FOO to the value of</div><div>   ;; the HTTP get parameter "set-foo", if it</div>
<div>   ;; exists</div><div>   (let ((set-foo (hunchentoot:get-parameter "set-foo")))</div><div>     (when set-foo</div><div>       (setf (hunchentoot:session-value 'foo) set-foo)))</div><div><br></div><div>
   ;; then return a page that shows the session</div><div>   ;; value FOO</div><div>   (format nil "The foo is ~A" (hunchentoot:session-value 'foo))))</div><div><br></div><div><br></div><div>;; start the server</div>
<div>(pushnew 'test-dispatcher hunchentoot:*dispatch-table*)</div><div>(defvar *test-server* (hunchentoot:start-server :port 2001))</div><div><br></div><div><div>;; now go to:</div><div>;;</div><div>;;    <a href="http://localhost:2001?set-foo=bar">http://localhost:2001?set-foo=bar</a></div>
<div>;;</div><div>;; it should look like:</div><div>;;</div><div>;;    The Foo is bar</div><div>;;</div><div>;; but it throws a recursive lock error</div></div><div><br></div></div></div><div><div class="gmail_quote">On Thu, Jul 31, 2008 at 7:09 AM, Hans Hübner <span dir="ltr"><<a href="mailto:hans@huebner.org">hans@huebner.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Nick,<br>
<br>
thank you for reporting a problem - Can you provide me with details on<br>
how the removal of WITH-RECURSIVE-LOCK breaks Hunchentoot for<br>
Lispworks?  I have removed it because I believed that there is no code<br>
path that could be to recursive locking, but I could have been missing<br>
something.<br>
<br>
In general, the Subversion repository is less stable than Edi's<br>
releases and we are planning to make a proper release, yet I can't<br>
make any promises.<br>
<br>
Thanks,<br>
Hans<br>
<div><div></div><div class="Wj3C7c"><br>
On Thu, Jul 31, 2008 at 03:58, Nick Allen <<a href="mailto:rflug05@gmail.com">rflug05@gmail.com</a>> wrote:<br>
> Hello!<br>
> Is the "ediware" location of the hunchentoot source the recommended version<br>
> for deployment? or should we be using the tarball linked off the<br>
> documentation or the "hans" version?  I'm wondering because<br>
> WITH-RECURSIVE-LOCK-HELD seems to have disappeared out of "lispworks.lisp",<br>
> which seems to have introducing some bugs, which seems to me to suggests to<br>
> me that the "ediware" repo is either out of date or too bleeding edge...<br>
> take care<br>
> Nick<br>
</div></div>> _______________________________________________<br>
> tbnl-devel site list<br>
> <a href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a><br>
> <a href="http://common-lisp.net/mailman/listinfo/tbnl-devel" target="_blank">http://common-lisp.net/mailman/listinfo/tbnl-devel</a><br>
><br>
_______________________________________________<br>
tbnl-devel site list<br>
<a href="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</a><br>
<a href="http://common-lisp.net/mailman/listinfo/tbnl-devel" target="_blank">http://common-lisp.net/mailman/listinfo/tbnl-devel</a><br>
</blockquote></div><br></div></div>