February 2007 - announcements - mailman3.common-lisp.net

[ann] [cl-gd-announce] New release 0.5.2 (Was: draw-freetype-string cannot work with utf-8 encoded string)
by Edi Weitz 28 Feb '07

28 Feb '07

On Wed, 28 Feb 2007 23:00:55 +0800, "Luo Yong" <cyberblue.yong(a)gmail.com> wrote: > But it displays the UTF-8 string "汉字" like this: > > &27721;&23383 Looks like a bug. Could you try if 0.5.2 fixes it? See also this, BTW: http://bugs.libgd.org/?do=details&task_id=42 Thanks, Edi. _______________________________________________ cl-gd-announce mailing list cl-gd-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-gd-announce

1 0

[ann] [hunchentoot-announce] New release 0.6.2 (Was: HTTP redirect bug in Allegro Lisp)
by Edi Weitz 22 Feb '07

22 Feb '07

On Wed, 21 Feb 2007 15:07:21 +0530, "Saurabh Nanda" <saurabhnanda(a)gmail.com> wrote: > I have a piece of code which runs in SBCL but is throwing an error > when running on Allegro Lisp. The relevant portion of the backtrace > thrown by hunchentoot is given below: > > ->(SYS::..RUNTIME-OPERATION . :UNKNOWN-ARGS) > (TPL:DO-COMMAND "zoom" :FROM-READ-EVAL-PRINT-LOOP NIL :COUNT T :ALL > T) > (TBNL:GET-BACKTRACE #1=#<SIMPLE-ERROR @ #x1001b57d32>) > ((:INTERNAL TBNL::PROCESS-REQUEST 0) #1#) > (SIGNAL #1#) > (ERROR SIMPLE-ERROR :FORMAT-CONTROL > "Attempt to store into purespace address #x~x." > :FORMAT-ARGUMENTS #2=(182935334912)) > (EXCL::ERROR-FROM-CODE 19 . #2#) > (SYS::..CONTEXT-SAVING-RUNTIME-OPERATION) (NSTRING-UPCASE #3="Location") > (TBNL::MAKE-KEYWORD #3#) > (TBNL:REDIRECT "http://URL-DELETED") > > In the make-keyword function. changing the default value of the > parameter destructivep to 'nil' solves this error. > > Is this a bug? Or what? Yes, that was clearly a bug - 0.6.2 fixes that. Thanks for the report, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce

1 0

[ann] [flexi-streams-announce] New release 0.10.3
by Edi Weitz 19 Feb '07

19 Feb '07

ChangeLog: Version 0.10.3 2007-02-19 Fixed bug in UTF-16 output (patch by Stelian Ionescu) Fixed *SUBSTITUTION-CHAR* example in docs Download: http://weitz.de/files/flexi-streams.tar.gz 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

1 0

[ann] [elephant-announce] Re: [elephant-devel] Elephant 0.6.1 Alpha Release available
by Robert L. Read 18 Feb '07

18 Feb '07

That's great news; a 64bit system is bound to be useful in the future. I checked in the typo you noticed. Ian and I will review streamlining the testing process/output as we work on the documentation; it is clearly confusing. I think it worked if it didn't give you an error. On Sun, 2007-02-18 at 21:19 +0100, Henrik Hjelte wrote: > Great! > Here are some results from sbcl/linux/amd64: > > elephant.asd line 113 should be like this: > #+(and X86-64 linux) "-march=x86-64" > > berkeley-db tests: > All tests ok, the first time. > If I run do-backend-tests again, prepares-bdb fails. > However, if I run delscript.sh then all tests run ok again. > > > sql tests: > (I use postgresql 8.1) > > 5 out of 115 total tests failed: FIXNUMS, WRITE-64-BIT-FIXNUM, BIGNUMS, > RATIONALS, ARRAYS-2. > > That is because of a typo that in the end causes the old serializer1 to > be loaded. > > The typo is [keyvlaue] should be [keyvalue], line 119 of > sql-controller.lisp in the function create-version-table. > > After fixing this, > everything runs ok. > > Migration tests: > I tried: > (do-migration-tests *testbdb-spec* *testbdb-spec2*) > (do-migration-tests *testbdb-spec2* *testpg-spec*) > Both work I guess, at least they don't show any errors. > But they run awfully fast, and end with the output like this: > Migrating > Migrating class indexes for: IPFOO > Copying the root: > Fetching > > MIGRATE-IPCLASS > MIGRATE-IPCLASS > > Does this mean they run ok? > > To summarize, it looks really good! Thanks a lot for this! > > /Henrik Hjelte > > > > > On Sun, 2007-02-18 at 12:10 -0500, Ian Eslick wrote: > > An alpha release of Elephant 0.6.1 is now available for testing. > > > > Supported platforms: > > - SBCL, Allegro, CMU, OpenMCL, Lispworks (build system is not > > automated for Windows) > > - CMU, OpenMCL and Lispworks have not been fully tested and may > > require minor bug fixes > > > > > > DOWNLOAD AND INSTALL: > > > > The alpha release will only be available via CVS > > > > cvs -z3 -d :pserver:anonymous:anonymous@common-lisp.net:/project/ > > elephant/cvsroot checkout -r ELEPHANT-0-6-1-alpha elephant > > > > This will put the elephant release into the directory: elephant. > > Read the INSTALL, UPGRADE and UPGRADE-BDB files for further > > instructions. > > > > > > PURPOSE OF THE ALPHA RELEASE: > > > > The primary developers do not have ready access to all supported > > platforms and would like to ask the community to help validate the > > current implementation on other platforms. We also are using the > > alpha to improve up our test suite. For more details please see the > > TODO file. If you have a favorite feature such as multi-threading, > > 64-bit, etc., please free to submit a test for the test suite. > > > > > > NEW FEATURES IN 0.6.1: > > > > Simplified build and site configuration support > > - See config.sexp in root directory for site customization (no more > > editing code files) > > - Linux and Mac systems should automatically build libraries when > > asdf is called > > > > 64-bit lisps are now supported > > - 64-bit and 32-bit lisps can read and run off the same database > > files (on the same machine) > > > > Multithreading: > > - Elephant should now be thread safe, including sharing a single > > store-controller across threads > > - Read comments in src/elephant/transactions.lisp and BDB users > > should read src/db-bdb/bdb-transactions.lisp > > - Improved support for mixing transactions and store-controllers > > > > Upgrading: > > - Elephant 0.6.1 can open and directly manipulate 0.6.0 databases > > - Existing 0.6.0 databases can be upgraded via the 'upgrade' function > > which takes > > - Upgrading is required for 64-bit systems > > - New serializer-independant metadata should enable future upgrades > > easier > > - NOTE: There may be some problems upgrading SQL databases > > > > Berkeley DB backend: > > - BDB 4.5 required (see UPGRADE-BDB) > > - *auto-commit* is no longer required. All data access methods auto- > > commit if there is no active transaction. > > - store-controller accepts :deadlock-detect keyword (t or nil) which > > will run db_deadlock as a background process to abort deadlocked threads > > - optimize-storage is a new store-controller method currently > > supported by BDB backend. It compacts a whole database or only a > > specific BTree and returns free pages to the free list or to the file > > system. > > > > Minor features: > > - Re-organization to the internal structure in this release: > > - Renaming including removing defunct sleepycat naming scheme, > > backend packages, etc. > > - The serializer was modularized to allow future releases to > > change serializer > > strategies or implement custom serializers and to be able to > > open legacy databases > > - Remove various warnings in SBCL build, etc. > > - Separated utilities into their own package and directory > > - Serializer improvements > > - 0.6.1 databases can be shared across lisps running on hardware > > of the same endianness > > (i.e. all x86 platforms or PPC/Alpha, etc) > > - Simplified unicode serialization support across all platforms > > - Performance improvements in multi-threading situations > > - Feature :elephant-without-optimize will disable optimization > > declarations simplifying debugging > > - Other fixes and features documented in the TODO file > > > > Thank you, > > Ian Eslick and Robert Read > > Elephant Developers > > > > > > _______________________________________________ > > elephant-devel site list > > elephant-devel(a)common-lisp.net > > http://common-lisp.net/mailman/listinfo/elephant-devel > > > > > > _______________________________________________ > elephant-devel site list > elephant-devel(a)common-lisp.net > http://common-lisp.net/mailman/listinfo/elephant-devel _______________________________________________ elephant-announce site list elephant-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-announce

1 0

[ann] [elephant-announce] Elephant 0.6.1 Alpha Release available
by Robert L. Read 18 Feb '07

18 Feb '07

An alpha release of Elephant 0.6.1 is now available for testing. Supported platforms: - SBCL, Allegro, CMU, OpenMCL, Lispworks (build system is not automated for Windows) - CMU, OpenMCL and Lispworks have not been fully tested and may require minor bug fixes DOWNLOAD AND INSTALL: The alpha release will only be available via CVS cvs -z3 -d :pserver:anonymous:anonymous@common- lisp.net:/project/ elephant/cvsroot checkout -r ELEPHANT-0-6-1-alpha elephant This will put the elephant release into the directory: elephant. Read the INSTALL, UPGRADE and UPGRADE-BDB files for further instructions. PURPOSE OF THE ALPHA RELEASE: The primary developers do not have ready access to all supported platforms and would like to ask the community to help validate the current implementation on other platforms. We also are using the alpha to improve up our test suite. For more details please see the TODO file. If you have a favorite feature such as multi-threading, 64-bit, etc., please free to submit a test for the test suite. NEW FEATURES IN 0.6.1: Simplified build and site configuration support - See config.sexp in root directory for site customization (no more editing code files) - Linux and Mac systems should automatically build libraries when asdf is called 64-bit lisps are now supported - 64-bit and 32-bit lisps can read and run off the same database files (on the same machine) Multithreading: - Elephant should now be thread safe, including sharing a single store-controller across threads - Read comments in src/elephant/transactions.lisp and BDB users should read src/db-bdb/bdb-transactions.lisp - Improved support for mixing transactions and store-controllers Upgrading: - Elephant 0.6.1 can open and directly manipulate 0.6.0 databases - Existing 0.6.0 databases can be upgraded via the 'upgrade' function which takes - Upgrading is required for 64-bit systems - New serializer-independant metadata should enable future upgrades easier - NOTE: There may be some problems upgrading SQL databases Berkeley DB backend: - BDB 4.5 required (see UPGRADE-BDB) - *auto-commit* is no longer required. All data access methods auto- commit if there is no active transaction. - store-controller accepts :deadlock-detect keyword (t or nil) which will run db_deadlock as a background process to abort deadlocked threads - optimize-storage is a new store-controller method currently supported by BDB backend. It compacts a whole database or only a specific BTree and returns free pages to the free list or to the file system. Minor features: - Re-organization to the internal structure in this release: - Renaming including removing defunct sleepycat naming scheme, backend packages, etc. - The serializer was modularized to allow future releases to change serializer strategies or implement custom serializers and to be able to open legacy databases - Remove various warnings in SBCL build, etc. - Separated utilities into their own package and directory - Serializer improvements - 0.6.1 databases can be shared across lisps running on hardware of the same endianness (i.e. all x86 platforms or PPC/Alpha, etc) - Simplified unicode serialization support across all platforms - Performance improvements in multi-threading situations - Feature :elephant-without-optimize will disable optimization declarations simplifying debugging - Other fixes and features documented in the TODO file Thank you, Ian Eslick and Robert Read Elephant Developers _______________________________________________ elephant-announce site list elephant-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-announce

1 0

[ann] [crypticl-announce] Crypticl 0.2 released
by Tåle Skogan 17 Feb '07

17 Feb '07

Crypticl 0.2 has been released. It is available from http://common-lisp.net/project/crypticl/. What is Crypticl? ================= Crypticl is a cryptography library written in Common Lisp. The goal is to provide flexible, high level cryptographic abstractions on top of a kernel of core cryptographic primitives. The core currently includes AES, IDEA, MD5, SHA-1, SHA-256, DSA and RSA primitives. It is distributed under an MIT-style license. NEW SINCE 0.1 ============= Converted user guide to lyx and pdf. Replaced secure PRNG based on SHA-1 with 256 bits AES in counter mode. Implemented SHA-256. Minor refactoring and bug fixes. --- Tåle Skogan _______________________________________________ crypticl-announce site list crypticl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/crypticl-announce

1 0

[ann] [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. _______________________________________________ drakma-announce mailing list drakma-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce

1 0

[ann] [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. _______________________________________________ drakma-announce mailing list drakma-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce

1 0

[ann] [drakma-announce] New version 0.5.5 (Was: Closing streams with :want-stream t)
by Edi Weitz 05 Feb '07

05 Feb '07

On Sat, 03 Feb 2007 13:10:31 -0800, Chris Dean <ctdean(a)sokitomi.com> wrote: > Regardless, if I make that change I still see the leak. > > I have a data set I can send off-list if anyone is interested. OK, thanks for the data. I think I've found the leak: It happened if there was a redirect and the server explicitely wanted to close the first connection, the one which sent the 302. Drakma realized that it couldn't re-use the socket stream and created a new one, but it "forgot" to close the old one. Please try the new release and see if you still have the same problems. Thanks for the bug report, Edi. _______________________________________________ drakma-announce mailing list drakma-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce

1 0