That is the correct way to do it, thank you.
I will apply the patch today or tomorrow.
On Sun, 2008-05-18 at 17:37 -0400, Glenn Tarcea wrote:
> Hi,
>
> I've started trying to make some changes to the documentation. I've
> run into a couple of problems. Attached is a patch to
> docstrings.l
Hi,
I've started trying to make some changes to the documentation. I've
run into a couple of problems. Attached is a patch to
docstrings.lisp. On later versions of SBCL it appears that finalize-
inheritance needs to be called before introspecting a class. The
attached patch adds one line t
Well I can't reproduce this in Allegro/Mac/32-bit. I'll try SBCL Mac
on 1.0.16 (there were some other UFFI probs to diagnose there anyway)
and see where I get. I may not get back to this until Tuesday or
Wednesday if I can't figure it out quickly.
Thanks,
Ian
On May 18, 2008, at 1:40 PM,
> Ok, I have a few minutes now to look into this. You're using SBCL -
> on what platform? -Ian
[EMAIL PROTECTED] ~]% sbcl --version
SBCL 1.0.15
[EMAIL PROTECTED] ~]% uname -a
Linux wintermute 2.6.24-rt #1 SMP PREEMPT RT Wed May 7 16:54:52 CEST 2008 i686
AMD
Athlon(tm) 64 X2 Dual Core Processo
Ok, I have a few minutes now to look into this. You're using SBCL -
on what platform? -Ian
On May 18, 2008, at 9:52 AM, Leslie P. Polzer wrote:
That's interesting. I'll have to look into that further because any
existing database should either have the btree already or create it
on
st
> That's interesting. I'll have to look into that further because any
> existing database should either have the btree already or create it on
> startup...
Either the approach from my last mail was faulty, or some other thing
is afoul; the next open-store threw a deserialization error related to
> Feel free to play - Leslie I'd love to see if this fits your use
> case.
I took a look at the API, and it seems to be exactly the thing
I need (and likely beyond that!). Not sure about the naming,
though.
I'm quite amazed at the stuff you implemented in the last few weeks.
Now I only need DBP
On May 18, 2008, at 6:05 AM, Alex Mizrahi wrote:
IE> If you use the discipline of using with-caching before the first
read
IE> of a cached instance's slot inside with-transaction, then you
get the
IE> following cool behavior in a multi-threaded scenario:
IE> - txn one reads the cached value
That's interesting. I'll have to look into that further because any
existing database should either have the btree already or create it on
startup...
yes, add-class-derived-index has been deprecated in favor of a
defclass form. There is a more detailed e-mail I sent out on this
awhile b
Loading a BDB database created by stable with the new branch gives me:
debugger invoked on a UNBOUND-SLOT in thread #:
The slot DB-BDB::INDICES is unbound in the object #.
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated
IE> If you use the discipline of using with-caching before the first read
IE> of a cached instance's slot inside with-transaction, then you get the
IE> following cool behavior in a multi-threaded scenario:
IE> - txn one reads the cached values (setting read locks)
IE> - txn one does various ops in
11 matches
Mail list logo
