This does not appear to have been pushed yet--are there any objections to
the patch?
The patch seems to fix metaobject protocol issues. Does anybody object to
moving Elephant over to use Closer to MOP? We could avoid this sort of bug
in the future
Red
On Tue, Mar 29, 2011 at 12:38 PM, Nikodemu
On Mon, Jul 12, 2010 at 3:56 AM, Leslie P. Polzer
wrote:
>
> Red Daly wrote:
>> I think the patch was scrubbed. Here it is again just in case.
>
> Pushed (with slight modifications), thanks!
>
> I don't suppose there is a decent way to test this in the test suite?
the instance-table is available (thus we cannot map oids to classes --
deserialize does not really work for complex objects).
-- Red Daly 07/10/2010
New patches:
[instance-table-bootstrapping-bug
redd...@gmail.com**20100710202727
Ignore-this: 2e1e2651fb7e76b14f208226b5c37378
not yet set up, so deserialization
does not quite work to fetch the persistent value of the INDICES slot.
I correct this bug by defining a custom reader that lazily loads the
indices-cache slot. Not the smoothest bug fix, but it seems to work.
- Red
On Sat, Jul 10, 2010 at 1:00 PM, Red Daly
When I try to open a controller of mine, I get this error:
The slot ELEPHANT::INSTANCE-TABLE is unbound in the object
#
It seems that this is caused by a bug with how the instance-table is
established in a new controller, since the stack trace indicates this
bug occurs when the INSTANCE-TABLE slo
In the other database systems I have worked with, it is common to have
some means of migrating the schema of a database and the data along
with it. As far as I know, in Elephant there is no standard way to
define database versions and upgrades/downgrades to accompany them.
Elephant could do with s
give it a try with that configuration...
>
> Thanks,
> Ian
>
> On Dec 29, 2009, at 9:42 PM, Red Daly wrote:
>
>> On Tue, Dec 29, 2009 at 5:53 PM, Ian Eslick wrote:
>>> HmmmI can't reproduce this locally with my copy of latest.
>>>
>>> Y
degree2 . t)
(:berkeley-db-mvcc . nil)
(:clsql-lib-paths . nil)
(:prebuilt-libraries . nil))
Did you try to reproduce this using Linux/SBCL? I don't know why it
would make a difference.
>
> Thank you,
> Ian
Best,
Red
>
> On Dec 29, 2009, at 12:52 PM, Red Daly wrote:
ndices to OIDs, and class names to class indices, do
not persist. Is this expected behavior? I'm not familiar enough with
the internals to tell.
Thanks,
Red
On Wed, Sep 23, 2009 at 3:27 PM, Red Daly wrote:
> This is the 1.0 repository. I will see if I can reproduce the problem in
Here is a test report on the latest version of elephant from darcs.
Are these failures expected? I have not bisected the commit history
or anything to tell when these failures began. I ran the BDB test by
loading the BerkeleyDB test file in tests/.
uname -a: Linux condi 2.6.31-16-generic #53-Ubu
evel site list
> elephant-devel@common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
>
Best,
Red Daly
___
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
This is the 1.0 repository. I will see if I can reproduce the problem
in a test case.
Red
On Sep 23, 2009, at 9:50 AM, Ian Eslick wrote:
Which darcs repository? There is the old 0.91 release and the new
elephant-1.0 branch...
Ian
On Sep 22, 2009, at 8:41 PM, Red Daly wrote:
I
%" key
val))
(ele::controller-instance-class-index *ele-db*))
307 =>
307
NIL
Red
On Tue, Sep 22, 2009 at 8:08 PM, Red Daly wrote:
> I noticed there was a disparity between get-instances-by-class and
> map-inverted-index. I will let the code speak for itself
I noticed there was a disparity between get-instances-by-class and
map-inverted-index. I will let the code speak for itself:
BOOKS> (length (ele:map-inverted-index #'(lambda (isbn obj) obj) 'material
'isbn :collect
t))
1945
BOOKS> (length (ele:get-instances-by-class 'material))
0
BOOKS> (defpar
Hi,
I have an elephant database from either the 0.8 or 0.9 era of elephant and I
was wondering what I can do to properly upgrade. Using the latest version
and upgrading bdb from 4.5 seems to have wiped my data (which is backed
up). Any suggestions?
Thanks,
Red
__
On Tue, Sep 16, 2008 at 7:20 AM, Ian Eslick wrote:
> There is an :inherit slot keyword option for indexed slots. It causes
> subclasses of the defining class to share the index of the base class. You
> can inhibit subclass sharing by re-defining the slot in the base class. I
> found a bug in u
On Wed, Feb 11, 2009 at 1:51 AM, Leslie P. Polzer
wrote:
>
> > That sounds like a good idea. I've never had problems with recovery
> > or recovery time in my sites, but it is good practice to shut down
> > cleanly.
>
> It's more of a problem in a multi-process environment:
>
> As soon as one proc
suppose the most helpful thing would be a program that replicates this
behavior, which I will try to get to at some point.
Best,
Red Daly
On Thu, Oct 23, 2008 at 1:10 AM, Red Daly <[EMAIL PROTECTED]> wrote:
> This appears to have resolved the problem. The server has been running for
&
I believe the code I attached was scrubbed. Here is a link instead:
http://iodb.org/static/persistent-heap/
Red
On Tue, Oct 28, 2008 at 10:30 AM, Red Daly <[EMAIL PROTECTED]> wrote:
> I am hoping to clarify some of the prior discussions[1] about the native
> Lisp backend for
I am hoping to clarify some of the prior discussions[1] about the native
Lisp backend for Elephant and propose a basic architecture. Hopefully we
can modularize development so if somebody wants to hack for a few days on
the backend he can avoid being overwhelmed.
Multiprocess support: What featur
This appears to have resolved the problem. The server has been running for
the past several days with no database crashes. The only unusual behavior
is an occasional condition being raised that looks like this:
attempt to THROW to a tag that does not exist: DB-BDB::TRANSACTION
[Condition of t
On Tue, Oct 21, 2008 at 1:37 PM, Alex Mizrahi <[EMAIL PROTECTED]>wrote:
> RS> First, since I need to use multiple web application machines, I'm
> RS> using the Postmodern backend. I assume there's no sane way to share a
> RS> BDB db between multiple machines?
>
> i think so too
Berkeley DB su
Unfortunately the standalone deadlock utility provided by BDB does not seem
to resolve this. I just tried running it with all these hung threads and
somehow the result was a database that needs recovery. db_stat also
indicates the number of deadlocks is 0.
This seems to indicate that the problem
Every day or so my web server is hanging due to an Elephant/BDB issue. I
believe the BDB documentation has a fix for the problem that I'm working to
implement.
The symptoms are as follows: The server uses 99% CPU as hundreds of threads
continue to run. It appears that each is trying to access ob
m
elephant.
This is with elephant 0.9.1 and bdb 4.5.20. Would a patch of elephant to
support the 4.7 bdb be in order?
Thanks,
Red Daly
db-stat-results
Description: Binary data
___
elephant-devel site list
elephant-devel@common-lisp.net
http://common-
vering the database or whatever is necessary
to make the store usable for the next transaction.
Best,
Red Daly
On Sat, Jan 5, 2008 at 5:02 PM, Victor Kryukov <[EMAIL PROTECTED]>wrote:
> On Jan 4, 2008 2:54 AM, Ian Eslick <[EMAIL PROTECTED]> wrote:
> > Hi Victor,
> >
> &
Ian Eslick wrote:
A few clarifications:
It is poor coding practice to use system-assigned OIDs. In future
versions of elephant OIDs may change over time due to GC, auto
recovery of oid space, etc. It's sort of like using the physical
address of an object in a C++ program. There is a legiti
Ian Eslick wrote:
You should check out Arthur Lemmon's Rucksack, it's architecture is
much more ZODB like.
A couple of people are also interested in doing an all-lisp data store
for Elephant that gets rid of any license issues. I believe that it
may be possible to make the native solution ru
pproach and also use more traditional data structures.
Thanks again,
Red Daly
Robert L. Read wrote:
Yes, it's amusing.
In my own work I use the Postgres backend; I know very little about
SleepyCat. It seems
to me that this is more of a SleepyCat issue, then an Elephant issue.
Perhaps you
again,
red daly
___
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
BDB "store")))
(elephant:open-store store-spec))
This code causes a the same sort of SBCL disconnect (and exit code 256).
Strangely I only see these errors in Slime. Since I am a lisp novice, I
do not know much about how to debug these problems myself.
thanks again,
red daly
P.S. I have also posted
time. (off the top of my head, I remember package locking problems
and also a problem loading cl-base64). at the moment I am more
concerned with getting a working system in SBCL with Slime, but I would
like to help make elephant better however I can.
-red daly
On Thu, 2006-10-05 at 09:01 -0400
the
error of my ways. I can't wait to try out elephant!
Thanks sincerely,
red daly
___
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
33 matches
Mail list logo
