- tbnl-announce@common-lisp.net - mailman3.common-lisp.net

[hunchentoot-announce] New release 0.15.1 (Was: handle-static-file patch)
by Edi Weitz 13 Feb '08

13 Feb '08

On Fri, 8 Feb 2008 08:34:41 -0800, Cyrus Harmon <ch-tbnl(a)bobobeach.com> wrote: > Yes, cl-fad seems like a reasonable approach to me. See the latest release. Should also hopefully fix the other problem you reported. I've chosen to always reply "Not Found" now as I think we don't have to give the bad guys hints about our directory structure by sometimes (in the case of folders) saying "Bad Request". Edi.

1 0

[hunchentoot-announce] New release 0.15.0 (Was: clisp port)
by Edi Weitz 29 Dec '07

29 Dec '07

On Mon, 24 Dec 2007 01:46:40 +0200, Anton Vodonosov <avodonosov(a)yandex.ru> wrote: > Please, check the new version attached. Thanks, I've made a new release which incorporates your changes. Edi.

1 0

[hunchentoot-announce] New release 0.14.7 (Was: Workaround for OpenMCL bug in ENOUGH-NAMESTRING)
by Edi Weitz 15 Nov '07

15 Nov '07

Hi Hans, On Wed, 14 Nov 2007 17:08:54 +0100, "Hans Hübner" <hans(a)huebner.org> wrote: > OpenMCL has a bug in ENOUGH-NAMESTRING that makes Hunchentoot fail > when the "/" prefix is exported from the file system using > CREATE-FOLDER-DISPATCHER-AND-HANDLER. ENOUGH-NAMESTRING fails to > work for URI paths having more than one component. As URI strings > are not path names, I find using ENOUGH-NAMESTRING being a little > fishy here anyway and I'd propose the following patch, courtesy of > Kilian Sprotte: Thanks. I've released a new version which incorporates your patch. Untested, as I'm currently in the process of re-installing my OS and my Lisps on my laptop. The next time please send the patch as a an attachment or use a mail client which doesn't break lines willy-nilly... :) Cheers, Edi.

1 0

[hunchentoot-announce] New release 0.14.6
by Edi Weitz 08 Nov '07

08 Nov '07

On Wed, 07 Nov 2007 14:11:19 -0800, Chris Dean <ctdean(a)sokitomi.com> wrote: >> Special operator or global macro-function HUNCHENTOOT::IGNORE-ERRORS >> can't be FUNCALLed or APPLYed >> [Condition of type CCL::CALL-SPECIAL-OPERATOR-OR-MACRO] > > I believe the asdf build order may be incorrect to get > hunchentoot::ignore-errors defined before use. You're right - macros should of course be defined before they're used. D'oh! Should be fixed now. Thanks, Edi.

1 0

[hunchentoot-announce] New release 0.14.5
by Edi Weitz 03 Nov '07

03 Nov '07

ChangeLog: Version 0.14.5 2007-10-21 Robustified MAKE-SOCKET-STREAM against potential leak (thanks to Alain Picard) Replaced #-FOO #-FOO constructs for OpenMCL (patch by Michael Weber) Updated tutorial links Download: http://weitz.de/files/hunchentoot.tar.gz

1 0

[hunchentoot-announce] New cl-webdav release 0.1.2 (Was: cl-webdav patch for current cxml)
by Edi Weitz 21 Oct '07

21 Oct '07

On Sun, 21 Oct 2007 20:59:40 +0200, David Lichteblau <david(a)lichteblau.com> wrote: > the attached patch updates cl-webdav's use of SAX for the current > cxml release. > > User code is now strongly encouraged to implement SAX handlers as > subclasses of sax:default-handler or sax:abstract-handler. > > Without the patch, cl-webdav will still work (at least for a > transition period), but issue warnings at run time. Thanks, the patch is in the new release. Edi.

1 0

[hunchentoot-announce] New release 0.14.4
by Edi Weitz 19 Oct '07

19 Oct '07

ChangeLog: Version 0.14.4 2007-10-20 Made log stream shared on OpenMCL (thanks to Gary Byers) Download: http://weitz.de/files/hunchentoot.tar.gz

1 0

[hunchentoot-announce] New release 0.14.3 (Was: get-gid-from-name support for SBCL)
by Edi Weitz 06 Oct '07

06 Oct '07

On Sat, 6 Oct 2007 10:19:05 -0700, Cyrus Harmon <ch-tbnl(a)bobobeach.com> wrote: > The following patch implements get-gid-from-name for SBCL. > Unfortunately, it requires SBCL 1.0.10.31 or later for sb-posix > support for getgrnam. Thanks. That it's in the new release now.

1 0

[hunchentoot-announce] New release 0.14.2 (Was: 'Host', ports and redirect.)
by Edi Weitz 26 Sep '07

26 Sep '07

On Tue, 25 Sep 2007 23:07:47 -0600, "Vladimir Sedach" <vsedach(a)gmail.com> wrote: > The attached patch implements a new function on request objects, > server-hostname, which returns just the hostname portion of the > "Host" header value, and makes redirect use that. Thanks for the patch. I understand that it makes sense to strip off the port part of the "Host" header value, but I also like the current behaviour of REDIRECT where you get the default hostname and port for free. I've now uploaded a version which I hope combines both variants in an acceptable way. Please try. Cheers, Edi.

1 0

[hunchentoot-announce] New release 0.14.1 (Was: Reply headers)
by Edi Weitz 24 Sep '07

24 Sep '07

On Mon, 24 Sep 2007 14:40:15 +0200, Ralf Mattes <rm(a)seid-online.de> wrote: > But trying to set the "Server" header from within a handler doesn't > seem to change the server header at all. > > [...] > > Is this a documentation bugglet or a bug in the code? Actually, I couldn't image that there'd be ungrateful wretches who would want to use Hunchentoot without advertising this cool fact in the outgoing headers... :) Anyway, this is fixed in 0.14.1 now. Thanks for the report, Edi.

1 0