The document "A generic hash table interface specification for Common
Lisp" has been submitted by Ingvar Mattsson and has been accepted as
CDR document 2. According to the CDR process, this document is now in
its initial stage and will be finalized on November 29, 2006, unless
withdrawn by the author beforehand. See http://cdr.eurolisp.org/
document/2/ for the details of this document.
Pascal
--
Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net
Vrije Universiteit Brussel, Programming Technology Lab
Pleinlaan 2, B-1050 Brussel, Belgium
_______________________________________________
cdr-announce mailing list
cdr-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce
On Mon, 16 Oct 2006 14:30:38 -0700, "Charles A. Cox" <cox(a)franz.com> wrote:
> The diffs below fix two areas: (1) clean up external-format
> initialization, and (2) enable rdnzl to run (as separate in-Lisp
> processes) without locking out the rest of Lisp.
Thanks, I've released a new version which incorporates your patches.
> Edi, I didn't try to commit these changes even though I think I
> still may have write-access to the module on common-lisp.net. The
> diffs below are relative to a checkout done today. If you'd like me
> to submit the diffs in some other way, let me know.
That's fine. Of course you still have write access, but the
common-lisp.net CVS currently isn't in sync with my local CVS anyway:
http://common-lisp.net/pipermail/rdnzl-devel/2006-September/000100.html
Cheers,
Edi.
_______________________________________________
rdnzl-announce mailing list
rdnzl-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce
Hi,
I have just added Closer to MOP support for LispWorks 5.0 to the
darcs repository. Before I make this part of the "official" release,
I would like to wait a little to see if I get some bug reports. Since
I have made the changes directly in the sources of the LispWorks
Closer to MOP support, it could be that I have accidentally broken
support for older LispWorks version - so feedback in this regard
would also be useful.
Cheers,
Pascal
--
Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net
Vrije Universiteit Brussel, Programming Technology Lab
Pleinlaan 2, B-1050 Brussel, Belgium
_______________________________________________
closer-announce mailing list
closer-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/closer-announce
On Wed, 11 Oct 2006 14:17:59 +0200, Magnus Henoch <mange(a)freemail.hu> wrote:
> I tested it with CLISP (CVS version, slightly post-2.40). I used
> the examples on the web page; it worked fine until the binary
> example. In line 121 of request.lisp, READ-SEQUENCE for some reason
> extracts characters from STREAM, which it then fails to put into the
> byte array RESULT:
>
> SYSTEM::STORE: #\G does not fit into #(0 0 0 0 0 0 0 0 0 0 ...), bad type
> [Condition of type SIMPLE-TYPE-ERROR]
>
> The TEXTP parameter to READ-BODY is NIL, and
> (flexi-streams:flexi-stream-element-type stream) returns CHARACTER.
Hmm, CLISP certainly tries hard to be different from the pack... :)
Anyway, please try the new version 0.5.3 and see if it makes a
difference.
Thanks for the report,
Edi.
_______________________________________________
drakma-announce mailing list
drakma-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
On Tue, 10 Oct 2006 22:24:27 +0000, Ralf Stoye <stoye(a)stoye.com> wrote:
> I just tested Hunchentoot on osx openmcl (ppc)
Might as well be that you're the first one... :)
> + `(ccl::atomic-incf-decf ,place ,delta))
Ugh, another unexported symbol in the OpenMCL port. Well, we'll see
what happens...
Thanks for the patches - I've made a new release which incorporates
them.
> further i had to adjust the path to libssl in cl+ssl, in file
> cl+ssl.asd, just below (defparameter *libssl-pathname*....) insert:
> #+(and :openmcl :DARWIN-TARGET)
> (setf *libssl-pathname* "/usr/lib/libssl.dylib")
That should be sent to the cl+ssl maintainer.
Cheers,
Edi.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce
On Tue, 10 Oct 2006 05:19:18 -0400, Travis Cross <travis(a)travislists.com> wrote:
> The keyword conversion in the easy handler appears to not work
> correctly because of a mistaken call to MAKE-KEYWORD with two
> parameters in CONVERT-PARAMETER. It looks like maybe the interface
> to make-keyword changed from two parameters to one parameter plus a
> keyword argument while refactoring, and this call just slid by.
Right. Thanks for catching that. I've released a new version which
fixes this.
> Your easy handler implementation is, by the way, a fantastic
> addition to the library. This obsoletes a number of less general
> macros I'd been using to obtain similar results in my code. While I
> was reading your documentation for define-easy-handler, I kept
> thinking to myself, "Wow, you know it'd be great if this also did X"
> -- and then, in the very next paragraph, you would explain exactly
> how it does X just as I would have envisioned it. The macro
> delivers on nearly all of the possibilities that its interface
> subtly suggests.
Great. That was the plan... :)
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce
OK, as far as I am concerned, TBNL is hereby deprecated. If someone
else wants to inherit and maintain it, they should contact me.
I think that the current release of Hunchentoot (modulo errors) is a
worthy successor/replacement for all implementations supported by
TBNL. In particular, I expect less issues with SBCL due to the use of
FLEXI-STREAMS.
Please download, install, play with it, and report problems to the
list:
http://weitz.de/files/hunchentoot.tar.gz
Note that some parts of the API have been slightly changed. Consult
the docs if in doubt. And if you find mistakes in the documentation,
please report them as well.
Have fun,
Edi.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce