[elephant-devel] get-instances-by-value andget-instances-by-class
Lukas Gießmann
lukas.giessmann at hotmail.de
Sat Mar 6 20:28:54 UTC 2010
Hi Alex,
you' re right!
I spent the entire day with debugging the problem on several systems.
I think the problem is caused by the compilation of elephant. Concerning the
compilation problem I wrote to the list some time ago( [elephant-devel] installing elephant 1.0 from repository). The last email of
this thread is attached.
Well I solved this problem - at least, currently it looks like I did - by removing
all .fasl files and recompiling elephant directly in sbcl and not in slime.
So the gcc-call does not fail when I call (asdf:operate 'asdf:load-op
:elephant).
Best regards
Lukas
--------------------------------------------------
From: "Alex Mizrahi" <killerstorm at newmail.ru>
Sent: Saturday, March 06, 2010 6:52 PM
To: "elephant-devel" <elephant-devel at common-lisp.net>;
<lukas.giessmann at hotmail.de>
Subject: Re: [elephant-devel]get-instances-by-valueandget-instances-by-class> hi
>
> > it seems that there is a problem with sbcl and linux 64-bit.
> > I noticed that this problems does not appear on my 32-bit systems only
> > on
> the 64-bit systems.
>
> I've tested it on Debian 5.0 64-bit: SBCL 1.0.18, BDB 4.6, both stock from
> Debian packages.
> There is no leak neither for get-instances-by-value, nor ofr
> get-instances-by-class:
>
> CL-USER> (require 'ele-bdb)
> ...
> CL-USER> (use-package :elephant)
> T
> CL-USER> (open-store '(:bdb #p"mydb/"))
> #<BDB-STORE-CONTROLLER mydb/>
> CL-USER> (defpclass bigj () ((slo1 :accessor slot1 :initarg :slot1 :index
> t)))
> #<PERSISTENT-METACLASS BIGJ>
> CL-USER> (make-instance 'bigj :slot1 "goethe")
> #<BIGJ oid:2>
> CL-USER> (make-instance 'bigj :slot1 "goethe2")
> #<BIGJ oid:4>
> CL-USER> (make-instance 'bigj :slot1 "goeth")
> #<BIGJ oid:5>
> CL-USER> (dotimes (i 1000000)
> (get-instances-by-value 'bigj 'slo1 "goethe"))
> NIL
> CL-USER> (dotimes (i 1000000)
> (get-instances-by-class 'bigj))
> NIL
> CL-USER> (dotimes (i 1000000)
> (get-instance-by-value 'bigj 'slo1 "goethe"))
> NIL
>
> Both before and after tests SBCL had resident set size of 100 MB, as
> measured by `top`.
>
> So I guess it is an error with a specific version of SBCL or BDB, so try
> different versions.
>
--Weitergeleitete E-Mail-Anlagen--
From: lukas.giessmann at hotmail.de
To: elephant-devel at common-lisp.net
Date: Tue, 15 Dec 2009 15:08:26 +0100
Subject: Re: [elephant-devel] installing elephant 1.0 from repository
Hi Ian,
thanks for you answer.
The gcc build via asdf works fine in the latest revision - but the darcs warning is still there. At the moment it looks like it causes no problems.
Best regards
Lukas
From: eslick at media.mit.edu
Date: Mon, 14 Dec 2009 07:53:23 -0800
To: elephant-devel at common-lisp.net
Subject: Re: [elephant-devel] installing elephant 1.0 from repository
Hi Lukas,
I haven't seen that particular darcs problem before, although I have seen the gcc build via asdf fail but work when done manually. This may be fixed in the latest head, actually. You might try pulling elephant-1.0 without the --tag option and see if that fixes it.
Best,Ian
On Dec 14, 2009, at 6:49 AM, Lukas Gießmann wrote:Hi,
I am wondering about my installation of elephant 1.0.
I just tried to install elephant 1.0 directly from the darcs repository by the command "darcs gethttp://www.common-lisp.net/project/elephant/darcs/elephant-1.0" and/or "darcs get --tag=ELEPHANT-1-0-A2http://www.common-lisp.net/project/elephant/darcs/elephant-1.0". When the repository was downloaded on the system, darcs displayed the message "Warning: CRC errors found. These are probably harmless but should be repaired.
See 'darcs gzcrcs --help' for more information."
The commands "darcs gzcrcs --check" and "darcs gzcrcs --repair" had no effects.
When I was loading elephant on sbcl with slime, it stopped to work at the command "gcc -L/usr/local/BerkeleyDB.4.5/lib/ -I/usr/local/BerkeleyDB.4.5/include/ -shared -march=x86-64 -fPIC -Wall -g -O2 -g /home/lukas/.sbcl/site/elephant-1.0/src/db-bdb/libberkeley-db.c -o /var/cache/common-lisp-controller/1000/sbcl/local/home/lukas/.sbcl/site/elephant-1.0/src/db-bdb/libberkeley-db.so -lm".
My work-around was to execute the last command in the shell and to recompile elephant in slime/sbcl.
I am not sure if this is a bug or if I did something wrong?
Maybe there is someone with the same problem?
Best regards
Lukas
Alle E-Mail-Adressen online auf einen Blick Ich will Hotmail!_______________________________________________
elephant-devel site list
elephant-devel at common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel
Alle E-Mail-Adressen online auf einen Blick Ich will Hotmail!
_________________________________________________________________
http://redirect.gimas.net/?n=M1003xIMVideochat2
Treffe Freunde im Messenger Videochat!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/elephant-devel/attachments/20100306/e37aeeba/attachment.html>
More information about the elephant-devel
mailing list