Re: Porting sbcl to DragonFly

[vasily postnicov <shamaz.mazum@xxxxxxxxx>]

--20cf307d0438ce24bf04db1b9fdd
Content-Type: text/plain; charset=ISO-8859-1

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).

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 :)


2013/4/22 vasily postnicov <shamaz.mazum@gmail.com>

>
>
>
> 2013/4/21 Markus Pfeiffer <markus.pfeiffer@morphism.de>
>
>> Hi,
>>
>> On Sat, Apr 13, 2013 at 12:14:15AM +0400, vasily postnicov wrote:
>> > I've started sourceforge project, where I put sbcl-1-1.6 patched for
>> DragonFly.
>> > I almost gave up fixing threads support, so it is switched off by now.
>> >
>> > Here is pkgsrc package (based on original lang/sbcl):
>> > http://shamazmazum.users.sourceforge.net/sbcl.tar
>> >
>> > Can anyone upload it to DragonFly's pkgsrc tree? I can maintain this
>> package
>> > and send new versions on regular basis.
>>
>> Out of interest: What stops threads from working? Is it a DragonFly issue
>> or
>> is it just that SBCLs thread model is not easily ported?
>>
>> Markus
>>
>
> 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.
>
> I build SBCL with ":sb-thread", ":sb-thread :sb-futex" and ":sb-thead
> :sb-futex :sb-futex-pthread" features. It is all the same.
>

--20cf307d0438ce24bf04db1b9fdd
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Good news. The problem is somethere inside schedule_t=
hread_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 cours=
e).<br>
<br></div><div></div>Last thing to do is to fix this bug. Inside src/runtim=
e/thread.c you can find 3 different mechanisms of reclaiming resources/free=
ing memory left by dead threads. We must find at least one which works. You=
 are welcome to help if you want :)<br>
<div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">2013/4/22 vas=
ily postnicov <span dir=3D"ltr">&lt;<a href=3D"mailto:shamaz.mazum@gmail.co=
m" target=3D"_blank">shamaz.mazum@gmail.com</a>&gt;</span><br><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;=
padding-left:1ex">
<div dir=3D"ltr"><div><div class=3D"h5"><br><div class=3D"gmail_extra"><br>=
<br><div class=3D"gmail_quote">2013/4/21 Markus Pfeiffer <span dir=3D"ltr">=
&lt;<a href=3D"mailto:markus.pfeiffer@morphism.de"; target=3D"_blank">markus=
.pfeiffer@morphism.de</a>&gt;</span><br>

<blockquote class=3D"gmail_quote" style=3D"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>
&gt; I&#39;ve started sourceforge project, where I put sbcl-1-1.6 patched f=
or DragonFly.<br>
&gt; I almost gave up fixing threads support, so it is switched off by now.=
<br>
&gt;<br>
&gt; Here is pkgsrc package (based on original lang/sbcl):<br>
&gt; <a href=3D"http://shamazmazum.users.sourceforge.net/sbcl.tar"; target=
=3D"_blank">http://shamazmazum.users.sourceforge.net/sbcl.tar</a><br>
&gt;<br>
&gt; Can anyone upload it to DragonFly&#39;s pkgsrc tree? I can maintain th=
is package<br>
&gt; and send new versions on regular basis.<br>
<br>
</div></div>Out of interest: What stops threads from working? Is it a Drago=
nFly issue or<br>
is it just that SBCLs thread model is not easily ported?<br>
<span><font color=3D"#888888"><br>
Markus<br>
</font></span></blockquote></div><br></div></div></div><div class=3D"gmail_=
extra">Can&#39;t find it out. SBCL just crashes with &#39;Illegal instructi=
on&#39; inside _umtx_wakeup_err (according to gdb). Moreover it crashes alw=
ays in unpredictable fashion. I tested hunchentoot web server. It can handl=
e up to 100 connections/second for a long time, but can also cause sbcl to =
crash almost instantly. <br>

<br></div><div class=3D"gmail_extra">I build SBCL with &quot;:sb-thread&quo=
t;, &quot;:sb-thread :sb-futex&quot; and &quot;:sb-thead=A0 :sb-futex :sb-f=
utex-pthread&quot; features. It is all the same. <br></div></div>
</blockquote></div><br></div></div>

--20cf307d0438ce24bf04db1b9fdd--