- flexi-streams-devel@lists.common-lisp.net

[flexi-streams-devel] New release 0.9.0
by Edi Weitz 27 Dec '06

27 Dec '06

ChangeLog: Version 0.9.0 2006-12-27 Complete re-factoring to improve performance and reduce consing (at least for LispWorks) Added some tests Added *PROVIDE-USE-VALUE-RESTART* Added FLEXI-STREAM-POSITION-SPEC-ERROR condition Download: http://weitz.de/files/flexi-streams.tar.gz SBCL (and maybe CMUCL) users please note this: http://thread.gmane.org/gmane.lisp.steel-bank.general/1400/

3 6

[flexi-streams-devel] Re: [hunchentoot-devel] serve-event support for SBCL and CLISP
by Edi Weitz 20 Nov '06

20 Nov '06

[Cc to flexi-streams-devel] On Mon, 20 Nov 2006 21:50:16 +0000, "Luís Oliveira" <luismbo(a)gmail.com> wrote: > Hmm, are you supposed to be able to write a sequence of octets onto > a flexi-stream with element-type character? I can't tell from the > documentation, though it apparently it works on most Lisps but > CLISP. If so, what exactly is the element-type for? Several Lisps have "bivalent" streams where you can write octets as well as characters to the same stream regardless of its element type. (I'd say that in this case the element type is just some kind of "hint" provided by the person who sets it.) If I were to decide, flexi streams would also be bivalent - FLEXI-STREAMS is flexible enough to support that (note the superclasses of FLEXI-INPUT-STREAM, for example), but apparently CLISP isn't. I'm not sure if anything in the ANSI spec (or in the Gray streams specification) explicitely forbids bivalent streams. If that's the case, at least LispWorks, AllegroCL, and SBCL are non-confirming, but I like their behaviour. My personal opinion is that CLISP's Gray stream implementation is simply suboptimal.

1 0

[flexi-streams-devel] recovering from flexi-stream-encoding-error
by Anton Vodonosov 14 Nov '06

14 Nov '06

Hi! It sometimes necessary to recover from flexi-stream-encoding-error. For example, it's inconvenient now to use drakma for sites with broken utf encoding (like this livejournal page http://hzweiblum.livejournal.com/) I can see this page in my browser (with ? instead of badly encoded chars), but (http-request "http://hzweiblum.livejournal.com/") fails signaling flexi-stream-encoding-error. It will be good to have possibility to supply a character that will be used as a substitution for invalid byte sequence. use-value restart is added to the get-char-code function in the attached patch. Regards, -Anton

2 2

[flexi-streams-devel] New version 0.7.2
by Edi Weitz 05 Nov '06

05 Nov '06

ChangeLog: Version 0.7.2 2006-11-06 Removed unnecessary CHECK-EOF-NO-HANG also for in-memory streams (see 0.5.8) Download: http://weitz.de/files/flexi-streams.tar.gz Cheers, Edi.

1 0

[flexi-streams-devel] New version 0.7.1 (Was: koi8-r)
by Edi Weitz 31 Oct '06

31 Oct '06

On Wed, 1 Nov 2006 07:10:10 +1000, Igor Plekhov <penguin(a)ocean.vvo.ru> wrote: > You just miss koi8-r.lisp file ;-) Argh, shouldn't have done that in a hurry... :(

2 1

[flexi-streams-devel] koi8-r
by Igor Plekhov 31 Oct '06

31 Oct '06

Attached is a patch that implements KOI8-R codepage support in flexi-streams 0.6.6. KOI8-R codepage is traditionally used in russian unix environment. It is described at http://unicode.org/Public/MAPPINGS/VENDORS/MISC/KOI8-R.TXT -- Registered Linux User #124759

2 1

[flexi-streams-devel] New version 0.6.5
by Edi Weitz 06 Oct '06

06 Oct '06

ChangeLog: Version 0.6.5 2006-10-06 Optimized STREAM-WRITE-SEQUENCE and STREAM-READ-SEQUENCE for arrays of octets Download: http://weitz.de/files/flexi-streams.tar.gz Cheers, Edi.

1 1

[flexi-streams-devel] New version 0.6.4
by Edi Weitz 05 Oct '06

05 Oct '06

ChangeLog: Version 0.6.4 2006-10-05 Made READ-BYTE/WRITE-BYTE the default behaviour, i.e. we only use the sequence functions for LW if necessary Download: http://weitz.de/files/flexi-streams.tar.gz Cheers, Edi.

1 0

[flexi-streams-devel] New version 0.6.3 (Was: Couple of problems)
by Edi Weitz 02 Oct '06

02 Oct '06

On Sun, 24 Sep 2006 09:41:04 +0300, "Ivan Toshkov" <ivan(a)toshkov.org> wrote: > The other problem is with an incomplete implementation of > flexi-streams under CMUCL. I've now uploaded a new version of FLEXI-STREAM with a workaround. I still think this is a bug in CMUCL and should be reported, though. Thanks for the report, Edi.

1 0

[flexi-streams-devel] New version 0.6.2
by Edi Weitz 23 Sep '06

23 Sep '06

ChangeLog: Version 0.6.2 2006-09-23 Added method for MAKE-LOAD-FORM which is needed for OpenMCL (reported by Robert Synnott, see Drakma mailing list) Download: http://weitz.de/files/flexi-streams.tar.gz Cheers, Edi.

1 0