Porting sbcl to DragonFly

vasily postnicov shamaz.mazum at gmail.com
Tue Apr 2 22:22:09 PDT 2013

> I am still concerned about sb-concurrency's symbol-value-in-thread.3 test
. It always causes sbcl to crash and always in different fashion (sometimes
it just prints "Illegal instruction" and crashes, sometimes sbcl debugger
is invoked with "The integrity of this image is possibly compromised"
message and sometimes there are "[diagnostic] cache_lock: blocked on
0xffffffe00653eac8 sbcl.core" kernel messages)

Cannot fix it. Still no luck. So I put sbcl binary (for x86-64), lisp file,
which can cause a crash, and 2 cores of crashed sbcl into archive and hope,
that someone can help me:

shamazmazum.users.sourceforge.net/sbcl-bin.tar.bz2 (23 M)

The bug has more probability to reproduce, when system is under load (I
used 'make buildworld'). On idle system this test often completes without
any error.

Backtrace usually looks like:
(gdb) bt
#0 0x000000080085f864 in _umtx_wakeup_err () from /usr/lib/libpthread.so.0
Cannot access memory at address 0x80ebcff08

And thread info usually looks like:
(gdb) info thread
   Id     Target     Id       Frame
   6       process   765    0x0000000800859dc8  in ?? () from
   5       process   711    0x000000080085f864   in  _umtx_wakeup_err
()from /usr/lib/libpthread.so.0
   4       process   705    0x0000000020100019  in  ?? ()
   3       process   1        0x0000001002c458fb   in  ?? ()
* 2       process   724    0x000000080085f864   in  _umtx_wakeup_err() from

Again, sources can be found here:

in 'dragonfly' branch.

Still no response from sbcl-devel, so you are my only hope ;)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dragonflybsd.org/pipermail/users/attachments/20130403/9305d0d1/attachment-0001.htm>

More information about the Users mailing list