[elephant-devel] Concurrency problem?

[Ian Eslick]

This could also the pthreads problem discussed in an earlier mail which
I admit I don't fully understand as I don't run on linux.  However I'm
almost certain we tested 0.6.0 and 4.3 and linux and SBCL as part of the
0.6.0 release so I'm not sure what the deal is.  Could be the new SBCL
not playing nice with some assumption left in 0.6.0.

Also, if you are going to be editing the MOP - better you do it off of
the CVS HEAD rather than 0.6.0.  So you know, the current HEAD requires
BDB 4.4.

I probably won't do the closer port in the immediate future.  We have a
bunch of loose ends to tie off and I think we'll do a minor release once
I've put all of them to bed and then get back to improvements like closure.

Cheers,
Ian


Pierre THIERRY wrote:
> Scribit Ian Eslick dies 09/11/2006 hora 16:30:
>   
>> Did you recompile libsleepycat.c between tests?  It depends on the
>> db.h that you've set in the Makefile.  That has to be set to the
>> BDB-4.3 directory for 0.6.0
>>     
>
> I did not set the directory in the Makefile, but always did the test
> with a freshly copied source. So I restarted with a fresh source, with
> the following modifications:
>
> Index: elephant-0.6.0/Makefile
> ===================================================================
> --- elephant-0.6.0.orig/Makefile
> +++ elephant-0.6.0/Makefile
> @@ -32,7 +32,7 @@
>  #
>
>  # But I will assume that Linux is more common?
> -DB43DIR=/usr/local/BerkeleyDB.4.3/
> +DB43DIR=/usr
>  # Dan Knapp contributed this line, which came form OS X?
>  # DB43DIR=/sw
>  # Other example paths
> Index: elephant-0.6.0/config.lisp
> ===================================================================
> --- elephant-0.6.0.orig/config.lisp
> +++ elephant-0.6.0/config.lisp
> @@ -28,7 +28,7 @@
>         ;; Sleepycat: this works on linux
>         #+linux
>  ;;       "/db/ben/lisp/db43/lib/libdb.so"
> -       "/usr/local/BerkeleyDB.4.3/lib/libdb-4.3.so"
> +       "/usr/lib/libdb-4.3.so"
>         ;; this works on FreeBSD
>         #+(and (or bsd freebsd) (not (or darwin macosx)))
>         "/usr/local/lib/db43/libdb.so"
>
> And then it didn't stop at WRAP-ERRNO but at the FLAGS macro... And I
> also discovered something, because I went to the *inferior-lisp* buffer
> of SLIME:
>
> fatal error encountered in SBCL pid 8244(tid 2789931936):
> GC invariant lost, file "thread.c", line 553
>
> I had entered LDB. I'll try to see how other Lisp implementations
> behave.
>
> Unsuccessfully,
> Nowhere man
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel