- drakma-announce@lists.common-lisp.net - mailman3.common-lisp.net

[drakma-announce] New Chunga release 0.3.1
by Edi Weitz 06 Sep '07

06 Sep '07

ChangeLog: Version 0.3.1 2007-09-07 Fixed bug in STREAM-LISTEN Download: http://weitz.de/files/chunga.tar.gz

1 0

[drakma-announce] New release 0.9.1 (Was: faster cl+ssl)
by Edi Weitz 12 Jul '07

12 Jul '07

On Sat, 7 Jul 2007 18:56:05 +0200, David Lichteblau <david(a)lichteblau.com> wrote: > the attached patch optimizes the way CL+SSL is used. It by-passes > the Lisp socket stream and writes directly to the file descriptor > (which helps a lot on some Lisp implementations because CL+SSL's BIO > for Lisp streams appears to have some speed issues). > > (However, it needs the very latest release of CL+SSL.) Thanks, patch applied. Edi.

1 0

[drakma-announce] New release 0.9.0 (Was: Status text from request (re-post))
by Edi Weitz 29 Jun '07

29 Jun '07

On Wed, 27 Jun 2007 21:17:23 +0100, "H Duerer" <h.duerer(a)gmail.com> wrote: > sorry about that first email -- I am still learning gmail and hadn't > realised I was rudely sending HTML. The first email was multipart/alternative which is fine, at least for Gnus users like me. The problem with the second email was that Gmail inserted gratuitous line breaks which rendered the (inlined) diff unusable. Anyway, thanks for the patch, it's in 0.9.0. The next time you send a patch, please make sure to update the HTML documentation as well. http://weitz.de/patches.html Cheers, Edi.

1 0

[drakma-announce] New version 0.8.0 (Was: Two problems with cookies expiry dates format)
by Edi Weitz 25 Jun '07

25 Jun '07

On Tue, 19 Jun 2007 22:56:26 +0200, Didier Verna <didier(a)lrde.epita.fr> wrote: > I've run into 2 formats that parse-cookie-date can't currently handle: > > - the first one looks like this: "Sun, 18 Jun 2006 04:01:09 > GMT-07:00" I presume it means GMT minus 7 hours. > > - the second one is almost one of the recognized formats, except > that it says PDT (Pacific Daylight Time AFAIK) instead of GMT. > > Note that I have no idea if these formats are standard or not. I > just ran into them... The latest release 0.8.0 should hopefully be able to parse these dates correctly. Note that I've also added a special variable so you can allow Drakma to fail when parsing cookie dates. Still, I'd prefer if people would report any date format Drakma can't parse to this mailing list. Thanks for the report, Edi.

1 0

[drakma-announce] New Chunga release 0.3.0 (Was: Lenient read-line*)
by Edi Weitz 07 May '07

07 May '07

On Fri, 27 Apr 2007 13:24:23 +0100, Sean <rosssd(a)gmail.com> wrote: > Sorry for the delay. And sorry for my delay as well... :) > I've attached a patch which implements *accept-bogus-eols* for > read-line* along with updated docs. When bound to a non-nil value > then a lone CR or LF will be accepted as EOL. I've released 0.3.0 which incorporates your changes. Thanks, Edi.

1 0

[drakma-announce] New release 0.7.0 (Was: Portability of Drakma)
by Edi Weitz 07 Apr '07

07 Apr '07

On Sat, 7 Apr 2007 16:52:40 +0200, "Erik Huelsmann" <ehuels(a)gmail.com> wrote: > For your convenience, I attached the patch to this message too. OK, thanks, I've now made a new release (0.7.0) based on your patch. Cheers, Edi.

1 0

[drakma-announce] New release 0.6.2 (Was: Release data on Drakma)
by Edi Weitz 09 Mar '07

09 Mar '07

On Thu, 8 Mar 2007 18:48:41 -0800, Jeffrey Cunningham <jeffrey(a)cunningham.net> wrote: > You might want to change the change year on your website for Drakma > to 2007 (it says 2006). Ah, yes, thanks. I've made a new release to clean up this mess - no code changes, though.

1 0

[drakma-announce] New release 0.6.1 (was: [Bug Report] split-string behaves different in Lispworks and SBCL.)
by Edi Weitz 08 Mar '07

08 Mar '07

On Mon, 5 Mar 2007 17:13:09 +0900, "Jianshi Huang" <jianshi.huang(a)gmail.com> wrote: > I updated drakma to 0.6.0 but found the cookie could not be parsed > correctly in SBCL. So I traced down into the source code and found > it's the problem of function split-string. But in Lispworks > Personal, it works well. As the function split-string is a big > extended loop macro. So I think it might be a bug in SBCL's loop > facility. I also tested in Allegro CL and found it behaves the same > as SBCL. So which is correct? OK, with the help of comp.lang.lisp[1] I've convinced myself that SPLIT-STRING relied on unspecified (or too vaguely specified) behaviour. I've now released a new version which hopefully only uses documented LOOP features. Please test. Thanks for the report, Edi. [1] http://groups.google.com/group/comp.lang.lisp/browse_frm/thread/e4bf7cc93bb…

1 0

[drakma-announce] New Drakma release 0.6.0
by Edi Weitz 08 Feb '07

08 Feb '07

ChangeLog: Version 0.6.0 2006-02-08 Make sure stream is closed in case of early errors (thanks to Chris Dean for test data) Robustified cookie parsing Send all outgoing cookies in one fell swoop (for Sun's buggy web server) Deal with empty Location headers Deal with corrupted Content-Type headers Download: http://weitz.de/files/drakma.tar.gz Have fun, Edi.

1 0

[drakma-announce] New Chunga release 0.2.4
by Edi Weitz 08 Feb '07

08 Feb '07

ChangeLog: Version 0.2.4 2007-02-08 Allow more characters in cookie names/values according to original Netscape spec Robustified READ-COOKIE-VALUE Download: http://weitz.de/files/chunga.tar.gz Cheers, Edi.

1 0