Joubert Nel <[EMAIL PROTECTED]> writes:
> Marco - is this patch available for download? I'd be interested to see the
> source code for all the changes necessary.
http://www.bese.it/~segv/elephant-0.6.MARCO_RETRY.tar.bz2
sorry, i don't have the time to create a patch. most of the
modifications w
Joubert Nel <[EMAIL PROTECTED]> writes:
> I have started reading the archived threads and notice that this may be
> something related to running on x86_64?
it's due to a bug in the serializer and ffi assuming ints are
32bits. i have a patched version of elephant, which avoids 64bit
datums, it run
Ian Eslick <[EMAIL PROTECTED]> writes:
> I've sometimes noticed that there is an odd blockage and that running
> "db_deadlock -a o -t 0.1" on the database resolves it. It's possible
> it's a locking problem caused by the way that transactions are allocated
> in the low level lisp code. Try openi
Ian Eslick <[EMAIL PROTECTED]> writes:
> #1 - I haven't seen the fp overflow problem before, however.
>
> A couple of thoughts.
>
> The system does read some values from the DB after open. You might
> trace the db-bdb/bdb-controller function to see where it's failing -
> that might help us have
i'm currently trying to get elephant to run on sbcl x86-64. i've
patched memutil and sleepycat.lisp heavily to remove the assumption
that an int is equivalent to a (signed 32), most of db.h is defined in
terms of uint32_t anyway so this wasn't a big problem. i'm currently
able to open a db store a
