From troussan at gmail.com Thu Mar 2 06:25:08 2006 From: troussan at gmail.com (Tchadvar Roussanov) Date: Thu, 2 Mar 2006 00:25:08 -0600 Subject: [bknr-devel] More SBCL patches Message-ID: <168eba220603012225j4cf29dcr8505fbad61175367@mail.gmail.com> Hans, I've got hello-web running under SBCL 0.9.9. Attached are patches. The major change is replacement of md5 third party library with SBCL provided SB-MD5 package. Also I used xml catalog setup code from your branch. Cheers, Tchavdar -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sbcl-bknr.patch Type: text/x-patch Size: 7021 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sbcl-modules.patch Type: text/x-patch Size: 5741 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sbcl-projects.patch Type: text/x-patch Size: 2691 bytes Desc: not available URL: From troussan at gmail.com Tue Mar 7 07:02:47 2006 From: troussan at gmail.com (Tchadvar Roussanov) Date: Tue, 7 Mar 2006 01:02:47 -0600 Subject: [bknr-devel] Commited my SBCL patches Message-ID: <168eba220603062302k5b9afe4fibff18c1dbc096b87@mail.gmail.com> Hans, I just committed my sbcl patches to the trunk. My account is operational now. Please let me know if I broke something. Cheers, Tchavdar -------------- next part -------------- An HTML attachment was scrubbed... URL: From ktomov at web.de Thu Mar 16 09:27:34 2006 From: ktomov at web.de (Kamen TOMOV) Date: Thu, 16 Mar 2006 11:27:34 +0200 Subject: [bknr-devel] a simple kind of store Message-ID: <87hd5yhh89.fsf@web.de> Hi, The application I am working on needs a special kind of object system. What's special about it is that any store object will not ever be updated after its creation. The data would be used only for generation of reports so searching through the store should be supported. As reports would be rarely generated the objects should not be held in memory. Deletion should be supported. I was thinking of using the bknr-datastore in a following pattern: 1. Opening the data store; 2. Creation/Deletetion/Search; 3. Closing the data store. But there seem to be some obstacles: 1. As there will be a lot of entries, opening of the data store is a slow process. Too slow if we do it just to add an object; 2. This object system needs to live together with the bknr-datastore so we can't open/close no matter of the rest of the store. So what do you think? Is BKNR framework suitable for this purpose? Thanks! -- Kamen TOMOV