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

[tbnl-announce] New version 0.8.4
by Edi Weitz 21 Oct '05

21 Oct '05

ChangeLog: Version 0.8.4 2005-10-21 Provide REMOTE-ADDR if connected directly (for LispWorks and AllegroCL) Show remote user and address (if available) in non-Apache logs Mention Debian package in docs Download: <http://weitz.de/files/tbnl.tar.gz> Have fun, Edi.

1 0

[tbnl-announce] New version 0.8.3 (Was: Firefox)
by Edi Weitz 10 Oct '05

10 Oct '05

On Tue, 04 Oct 2005 20:40:56 +0200, Edi Weitz <edi(a)agharta.de> wrote: > Yes, that /was/ the culprit. It turns out this is a bug in LW > which'll be fixed soon: > > <http://thread.gmane.org/gmane.lisp.lispworks.general/4604> > > Until then there's no immediate solution other than using > undocumented functions like ENCODE-LISP-STRING which don't work well > with delivery. OK, thanks to LispWorks support there is a better solution now. If you're using LispWorks 4.4.5 on Windows or Linux (/not/ on OS X as the problem doesn't happen there) you can send an email to lisp-support(a)lispworks.com asking for the patch SYSTEM-CONS-FREE-CHAIN which you'll get for free. Please make sure to use the "Report Bug" command from the LW IDE to include a full bug report form. The new 0.8.3 release is just intended to alert users who don't read this mailing list of this problem. ChangeLog: Version 0.8.3 2005-10-10 Alert LW users that a patch for OCTETS-TO-STRINGS is available (thanks to LispWorks support) Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.8.2
by Edi Weitz 07 Oct '05

07 Oct '05

ChangeLog: Version 0.8.2 2005-10-06 Make STRING-TO-OCTETS and OCTETS-TO-STRING safer for LW Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.8.1
by Edi Weitz 28 Sep '05

28 Sep '05

ChangeLog: Version 0.8.1 2005-09-29 Bugfix in CMUCL version of STRING-TO-OCTETS Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.8.0 (Was: URL-DECODE and UTF-8 parameters)
by Edi Weitz 23 Sep '05

23 Sep '05

On Thu, 22 Sep 2005 14:30:55 +0200, Edi Weitz <edi(a)agharta.de> wrote: > The right way to do it would be to add a second optional argument > for the charset to URL-DECODE and make the default value > user-configurable on a per-request basis. Does that sound OK? I'll > probably add something like this in the next days. OK, I've done that now - version 0.8.0. Please try it out yourself. I've added some examples to test/test.lisp. There's code in there for LispWorks, AllegroCL and Unicode-SBCL but I haven't tested with SBCL yet. Likewise, I only tested with the latest Firefox and IE on Windows. Note that the part about "user-configurable on a per-request basis" is kind of hard becaue URL-DECODE is used when the REQUEST object is created, i.e. before the user's dispatchers and handlers are called. Thus the new function RECOMPUTE-REQUEST-PARAMETERS. For some more info about HTML forms and character sets see this nice article: <http://ppewww.ph.gla.ac.uk/~flavell/charset/form-i18n.html> ChangeLog: Version 0.8.0 2005-09-24 Added the ability to cope with different external formats (incorporating suggestions from Will Glozer and Ivan Shvedunov) Raw post data is now always saved (so *SAVE-RAW-POST-DATA-P* is gone) Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.7.0 (Was: [tbnl-devel] arbitrary per-request data?)
by Edi Weitz 17 Sep '05

17 Sep '05

On Mon, 14 Feb 2005 08:56:40 -0500, Zach Beane <xach(a)xach.com> wrote: > Would it make sense to be able to have a table of arbitrary keys and > values in the request structure for application use? Hi Zach! It obviously took me a while to figure out that this was a good idea... :) Sorry for that. Here's the ChangeLog vor the new version: Version 0.7.0 2005-09-17 Added the ability to store arbitrary data within REQUEST objects (suggested by Zach Beane) Fixed handling of *HTTP-ERROR-HANDLER* Note: *TBNL-VERSION* was wrong in 0.6.0 and 0.6.1 Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.6.1
by Edi Weitz 09 Sep '05

09 Sep '05

ChangeLog: Version 0.6.1 2005-09-10 Robustified socket handling code Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.6.0 (Was: New macro: create-groups-bind-regex-dispatcher)
by Edi Weitz 08 Sep '05

08 Sep '05

On Mon, 05 Sep 2005 11:25:17 +0200, Alceste Scalas <alceste.scalas(a)gmx.net> wrote: > It's fine for me (private email follows). Sorry for the delay. I've just released a new version which incorporates a 'contrib' directory with your entry that I have left unchanged except for putting the code into the newly-created TBNL-CONTRIB package. Here's the ChangeLog: Version 0.6.0 2005-09-08 Added TBNL-CONTRIB package Added contrib directory with first entry (from Alceste Scalas) Updated link to Bill Clementson's blog Don't redefine what's already there (for LispWorks) Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.5.5
by Edi Weitz 18 Apr '05

18 Apr '05

ChangeLog: Version 0.5.5 2005-04-18 Make RFC 2388 code an external dependency (thanks to Janis Dzerins) Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-announce] New version 0.5.4 (Was: New version 0.5.3)
by Edi Weitz 03 Apr '05

03 Apr '05

On Sun, 3 Apr 2005 11:17:55 -0400, Bob Hutchison <hutch(a)recursive.ca> wrote: > Thanks for the new release. There's just one small problem that I > can see. In the function listen-for-request in modlisp.lisp there is > a loop where you set *use-mod-lisp-headers* -- this is a > misspelling, it should be *use-modlisp-headers* (and until I > corrected this I was getting some bad behaviour). Argh! That happens if you think you can type faster than slime-complete-symbol... :( I've uploaded a corrected version (0.5.4). Thanks and sorry for the noise, Edi.

1 0