The latest release of the Elephant persistent object store is now
available.
It is numbered 0.6.0. It may be obtained from the project page either
as a downloaded tgz file, or you make access it via anonymous CVS.
http://common-lisp.net/project/elephant/
Ian Eslick made most of the code contributions to this release, which
features a very elegant method of indexing the slots of a persistent
class.
For developers, the internals of Elephant were also significantly
refactored
by Ian. Additionally, a layer of data management on top of Elephant
that
implements a Director-like pattern called Data Collection Management has
been added to the contrib directory.
In addition to personally thanking Ian, I would like to say that I
personally
think Elephant has grown into an extraordinarily useful project. Let
me
just review the major advantages of Elephant as a persistent object
store:
1) Extraordinarily convenient for the programmer,
2) An extensive test suite,
3) Tested on several major LISP implementations (ACL, SBCL, OpenMCL),
4) Ability to use multiple back-end data repositories and to migrate
whole
data stores seamlessly between those repositories,
5) Ability to BerkeleyDB, PostGres, SQLite 3, and probably other back-
end
databases,
6) Extremely convenient slot and functional indexing that can be
dynamically
changed.
The overall effect of these features together is that Elephant is very
flexible for
serious application development: you can change fundamental
implementation
decisions easily as your application evolves.
----
Robert L. Read, PhD read &T
robertlread.net
Consider visiting Progressive Engineering:
http://robertlread.net/pe
In Austin: 912-8593 "Think
globally, Act locally." -- RBF
_______________________________________________
elephant-announce site list
elephant-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-announce
Apologies if you've already read this on Planet Lisp...
I've removed CL-Markdown's dependency on LML2 (though CL-Markdown-
Test still uses it to generate the comparison reports). I've also
fixed several small tickets. The most important one probably being
the correct handling of line breaks with <pre>s sections. I also
changed the signature of the markdown form. The new one looks like:
> Convert source into a markdown document object and optionally
> render it to stream using format. Source can be either a string or
> a pathname or a stream. Stream is like the stream argument in
> format; it can be a pathname or t (short for *standard-output*) or
> nil (which will place the output into a string). Format can
> be :html or :none. In the latter case, no output will be generated.
>
> The markdown command returns (as multiple values) the generated
> document object and any return value from the rendering (e.g., the
> string produced when the stream is nil).
I hope that's clear. It makes it easy to go from strings or files to
strings or files in any supported format (i.e., in HTML <Smile>).
There is still some distance to go before the basics are complete but
things are starting to look pretty good.
--
Gary Warren King
metabang.comhttp://www.metabang.com/
(413) 210 7511
gwking on #lisp (occasionally)
_______________________________________________
cl-markdown-announce mailing list
cl-markdown-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cl-markdown-announce
The version now on Common-Lisp.net has been radically restructured
and also has several patches and improvements. The restructuring just
pulls various related forms out of installer.lisp and into their own
homes. Mostly, this was to help me organize and maintain it. The
improvements include:
* More restarts involving the GPG key verification process so that,
for example, you can switch to another process, retrieve a key and
then try again.
* ASDF-Install now prints its version string when it is first loaded
(it's at 0.5.2).
* I've tried to simplify the #+ / #- madness. There is still a ways
to go for this to be complete.
* Note that ASDF-Install now only installs the packages you request
and their required dependencies. Earlier versions would install the
package associated with every system definition that it downloaded.
* There is a new keyword argument for the install command. If you
specify :propagate t, then install will try to get the latest version
of every package required during the installation. If propagate is
nil (the default and previous behavior), then ASDF will only download
the requested package and any that you do not yet have. It will not
download any packages that you have already installed. Note that ASDF-
Install still isn't doing any useful version checking, but being able
to ask for everything fresh seems like a useful stopgap measure.
Please let me know if anything goes astray.
--
Gary Warren King
metabang.comhttp://www.metabang.com/
(413) 210 7511
gwking on #lisp (occasionally)
_______________________________________________
asdf-install-announce mailing list
asdf-install-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-install-announce
[Please use the mailing list.]
Hi Satyaki!
On Sun, 14 May 2006 14:46:40 -0700, "Satyaki Das" <satyakid(a)gmail.com> wrote:
> Thank you for writing flexi-streams. I needed the attached patch to
> get in-memory-streams to work with CMUCL-19c (on x86 linux).
> Basically the problem was that open-stream-p on a vector-stream was
> always returning nil.
Thanks for the report. I've uploaded a new version which should fix
this. I've conditionalized the patches on CMUCL because other Lisps
don't seem to need it. I also changed your patches a bit.
I'd recommend asking on the CMUCL mailing list if this is considered a
bug in their Gray streams implementation. The SBCL I have on my
server (0.9.7.1) behaves like all the other implementations.
Cheers,
Edi.
_______________________________________________
flexi-streams-announce mailing list
flexi-streams-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/flexi-streams-announce
I am pleased to announce that CL-MUPROC is now available at
http://www.common-lisp.net/project/cl-muproc. As you will see, the
reference documentation is far from complete; only the core
functionality is documented at this time.
Please do feel free to try it out and offer any feed-back, comments,
suggestions, or whatever (patches, even! ;-) .
Enjoy!
-Klaus Harbo
_______________________________________________
cl-muproc-announce mailing list
cl-muproc-announce(a)common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cl-muproc-announce
On Fri, 12 May 2006 01:21:21 -0400, "John Bates" <jwhbates(a)gmail.com> wrote:
> 1) the header from laszlo for content-type was:
> "application/x-www-form-urlencoded;charset=UTF-8"
Thanks for the report. I've uploaded a new version (untested) which
should fix this. It's kind of a workaround because actually for both
content types TBNL should do the right thing immediately if the
charset is explicitely specified. But that would involve a major
change and including something like FLEXI-STREAMS and I don't have the
time for that now.
> Am I wrong?
No, your fix looked OK. You didn't notice STARTS-WITH-P, though.
Cheers,
Edi.
_______________________________________________
tbnl-announce site list
tbnl-announce(a)common-lisp.net
http://common-lisp.net/mailman/listinfo/tbnl-announce