<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">> do-sessions is gone and *session-db* is internal to hunchentoot<br>

<br>
</div>Yes, see the section about customizing session behaviour.  You can<br>
insert your own session-db method.  Or, if you absolutely want to<br>
iterate globally across all sessions, you can catch the return value<br>
of the default method.</blockquote><div><br>Right. <br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
> *catch-errors-p* is gone and *http-error-handler* is called with HTTP code<br>
> only (for error page customisation only?). Not-catching lisp errors by<br>
> hunchentoot was excellent for debugging<br>

</div><br>See the recent discussion on the list.  The next release will provide<br>
some changes w.r.t. error handling and debugging.</blockquote><div><br>Much appreciated. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
> calling reset-sessions outside of request context complains about *acceptor*<br>
> not being set<br>
<br>
</div>Yes, that's a consequence of making the session behaviour<br>
customizable.  Is this a big problem?<br>
</blockquote><div><br> No really. I just have to remember to store the acceptor on a side to be able to reset sessions ;)<br><br>Thanks, /S<br></div></div><br>