[elephant-devel] Re: Problems create sleepycat.fasl

[pinterface]

(Sorry if this reply appears out of thread. Ran into some difficulties with
gmane, so I'm posting to the list directly.)

"Malini Bhandaru" <malinibhandaru-/E1597aS9LQAvxtiuMwx3w at public.gmane.org>
wrote in message news:20061004032330.58937.qmail at web52412.mail.yahoo.com...
> Hello Ian and Others,
>
> I removed the /usr/local/BerkeleyDB.4.4 and installed 4.3.
> Untarred freshly elephant0.6.0, added symbolic links for .asd files
> in .sbcl/systems but my woes continue.
>
> ...
>
> my lisp seems to hang after
> ; compiling (DEFVAR *ERRNO-BUFFER* ...)
> ; compiling (DEFMACRO WRAP-ERRNO ...)
> ; compiling (DEFMACRO FLAGS ...)

This reminds me of a problem I had[1]. Actually, I think it's the same
problem, because if memory serves compiles hung at the same point for me. If
you're using emacs+slime, check the *inferior-lisp* buffer; if you've been
thrown into SBCL's LDB debugger, and I suspect you have, that's where it'll
be.

You wouldn't happen to be using a threaded SBCL (:sb-thread in *features*),
would you? sb-threads and libpthread.so don't play well together for me, and
I'm guessing they aren't playing nicely for you, either. I think Ian was
going to look into the cause of that, but I don't know if he's had a chance
yet.

The two options I can think of are:
1. Switch to an unthreaded SBCL
2. Disable loading of libpthreads in src/db-bdb/sleepycat.lisp

Both have worked for me (cvs elephant and BDB4.4), but I have yet to do
anything particularly taxing with elephant, so maybe it'll blow up later.
<g>

-pinterface

[1]
http://common-lisp.net/pipermail/elephant-devel/2006-September/000527.html
    Though for some reason I provided almost no useful information to
    hunting down the cause. Whoops.