ibraries . nil))
On 08/23/2011 03:58 AM, Nikodemus Siivola wrote:
On 23 August 2011 07:54, Kevin Raison wrote:
I just pulled sbcl-1.0.51 and tried the elephant test suite again; I get
the same errors; did the changes not make it into the newest sbcl release?
They did.
If someone can give me c
pendencies not satisfied.
On 07/29/2011 03:52 AM, Nikodemus Siivola wrote:
On 29 July 2011 08:05, Kevin Raison wrote:
Unexpected Error: #"
{1002E81E41}>
failed AVER: NSLOTDS
This appears to be an SBCL regression from 1.0.47.25. (Plus and older
bug.) Fixed on SBCL master.
I am getting errors with SBCL on a few tests; I am using 1.0.50 and I
have patched elephant with Nikodemus' SBCL patch. Has anyone else seen
these?
Did 505 checks.
Pass: 500 (99%)
Skip: 1 ( 0%)
Fail: 4 ( 0%)
Failure Details:
SIMPLE-EXPLICIT-ASSOC
I am curious about this use case for Berkeley DB; can someone confirm
that multiple Lisp images can access a single BDB store without problems?
Thanks,
Kevin
On 01/25/2008 03:14 AM, Henrik Hjelte wrote:
> On Jan 25, 2008 11:53 AM, Leslie P. Polzer wrote:
>>
>> I know that Elephant is thread-sa
idance and the
permission of the group, I would like to work on bringing this code to
maturity.
Thanks for Elephant; it has made many of my Lisp projects possible!
Cheers.
--
Kevin Raison
Founder, CTO
Chatsubo.net, LLC
9708 1st Ave NW
Seattle, WA 98117
rai...@chatsubo.net
ph: +1 (206) 801-5
the tests look like you didn't clear out the test databases
> (there's a script in the test folder to do this).
>
> Ian
>
> On Apr 12, 2010, at 8:00 PM, Kevin Raison wrote:
>
>> I am curious what the official status of ClozureCL support is at this
>> point?
I am curious what the official status of ClozureCL support is at this
point? I was very happy to find that using 64-bit FreeBSD 6.x, BDB 4.7
and the CCL 1.5 release candidate, I see this when running the test
suite for a fresh darcs checkout of Elephant 1.0:
Did 508 checks.
Pass: 508 (1
'get-value' and (setf get-value)
> to see all the data you are reading/writing; perhaps it's one
> particular value that is causing the serializer to choke?
>
> Ian
>
> On Jan 10, 2009, at 6:27 PM, Kevin Raison wrote:
>
>> Unfortunately, things remain
her simple. The errors crop up randomly, sometimes when
I am running searches via the web interface while the listener and
reader threads are active, and sometimes while the listener and reader
threads are doing their thing without any web-based reads happening.
Cheers,
Kevin
Kevin Raison wrote
eaning out the test
> database and re-running the tests. Everything passes for me on a
> fresh DB and my own application is running fine too.
>
> Ian
>
> On Jan 10, 2009, at 2:04 PM, Kevin Raison wrote:
>
>> After pulling the latest patches and rebuilding without
&
tion: call_into_lisp")
25: ("foreign function: new_thread_trampoline")
Ian Eslick wrote:
> Also try pushing :elephant-without-optimize onto *features* prior to
> doing a force rebuild of elephant. This should give you some more
> information and rule out any optimiza
e out any optimization/declaration related bugs.
>
> Thank you,
> Ian
>
>
> On Jan 7, 2009, at 9:10 PM, Kevin Raison wrote:
>
>> I was finally able to recreate this in the repl (as opposed to
>> seeing it
>> in my error logs), so here is a trace:
>>
>
The berkeleydb tests pass 100%.
Ian Eslick wrote:
> PS - Does the test suite pass on your system?
>
> On Jan 7, 2009, at 8:09 PM, Kevin Raison wrote:
>
>> I am seeing an intermittent error with 1.0 alpha when trying to
>> write to
>> an indexed btree (using
I am seeing this issue with both the alpha tag and the latest head.
Ian Eslick wrote:
> Sorry, this indicate a fresh DB. Which version of 1.0 are you using -
> the alpha tag or the latest head?
>
> Sent from my iPhone
>
> On Jan 7, 2009, at 9:35 PM, Kevin Raison wrote:
>
MBDA ()))
17: ((SB-PCL::FAST-METHOD ELEPHANT::EXECUTE-TRANSACTION
(DB-BDB::BDB-STORE-CONTROLLER T)) # # # #)[:EXTERNAL]
18: (CONSOLE::ADD-LOG-ENTRY ..)
Kevin Raison wrote:
> I was finally able to recreate this in the repl (as opposed to seeing it
> in my error logs), so here is a trace
smoothly (no errors)
for a few hours and then the above error message starts showing up about
half to three quarters of the time.
Thanks again,
Kevin
Kevin Raison wrote:
> I am seeing an intermittent error with 1.0 alpha when trying to write to
> an indexed btree (using BerkeleyDB 4.7
I am seeing an intermittent error with 1.0 alpha when trying to write to
an indexed btree (using BerkeleyDB 4.7 as provided by Ubuntu's package
repositories):
The slot DB-BDB::INDICES-CACHE is unbound in the object
#
Within the same thread, sometimes this happens and sometimes I am able
to
uffer streams.
>
> Let me know if this gets you unstuck.
>
> Ian
>
> On Nov 6, 2008, at 11:14 PM, Kevin Raison wrote:
>
>> Given this class defined with elephant-unstable in sbcl 10.22 using
>> berkeleydb 4.6:
>>
>> (defpclass test-class ()
>>
The
hyperspec specifies that universal time "is an absolute time represented
as a single non-negative integer." So why would it not be indexed like
any other integer?
Thanks in advance.
Kevin Raison
___
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
Has any progress been made on this SBCL / pset issue? I would like to
help resolve this, as I am suffering from this problem too. If someone
could describe the specifics of the problem between SBCL and elephant, I
will take a closer look.
Thanks.
Kevin
On Tue Jun 12 10:37:09 EDT 2007, Ian
20 matches
Mail list logo
