<div dir="ltr"><div>Good news. The problem is somethere inside schedule_thread_post_mortem. If you comment call of this function from undo_init_new_thread out, all will be good (with exception of some memory leaks, of course).<br>
<br></div><div></div>Last thing to do is to fix this bug. Inside src/runtime/thread.c you can find 3 different mechanisms of reclaiming resources/freeing memory left by dead threads. We must find at least one which works. You are welcome to help if you want :)<br>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/22 vasily postnicov <span dir="ltr"><<a href="mailto:shamaz.mazum@gmail.com" target="_blank">shamaz.mazum@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div class="h5"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/21 Markus Pfeiffer <span dir="ltr"><<a href="mailto:markus.pfeiffer@morphism.de" target="_blank">markus.pfeiffer@morphism.de</a>></span><br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<div><div><br>
On Sat, Apr 13, 2013 at 12:14:15AM +0400, vasily postnicov wrote:<br>
> I've started sourceforge project, where I put sbcl-1-1.6 patched for DragonFly.<br>
> I almost gave up fixing threads support, so it is switched off by now.<br>
><br>
> Here is pkgsrc package (based on original lang/sbcl):<br>
> <a href="http://shamazmazum.users.sourceforge.net/sbcl.tar" target="_blank">http://shamazmazum.users.sourceforge.net/sbcl.tar</a><br>
><br>
> Can anyone upload it to DragonFly's pkgsrc tree? I can maintain this package<br>
> and send new versions on regular basis.<br>
<br>
</div></div>Out of interest: What stops threads from working? Is it a DragonFly issue or<br>
is it just that SBCLs thread model is not easily ported?<br>
<span><font color="#888888"><br>
Markus<br>
</font></span></blockquote></div><br></div></div></div><div class="gmail_extra">Can't find it out. SBCL just crashes with 'Illegal instruction' inside _umtx_wakeup_err (according to gdb). Moreover it crashes always in unpredictable fashion. I tested hunchentoot web server. It can handle up to 100 connections/second for a long time, but can also cause sbcl to crash almost instantly. <br>

<br></div><div class="gmail_extra">I build SBCL with ":sb-thread", ":sb-thread :sb-futex" and ":sb-thead  :sb-futex :sb-futex-pthread" features. It is all the same. <br></div></div>
</blockquote></div><br></div></div>