[M3devel] Status of threads for RC4?

[Tony Hosking]

Precisely.  The problem is that the signal mechanism to stop thread  
for GC is not working.  This is a bogosity of the OpenBSD user-level  
threads implementation.  Either we configure OpenBSD to use  
ThreadPosix instead of ThreadPThread or we switch to rthreads.

On 21 Oct 2009, at 05:06, Jay K wrote:

> Interesting -- Juno on Win32 also doesn't hang with @M3nogc, with  
> over 200 runs (using @M3no-trestle-await-delete).
>
>  ..Jay
>
> > Date: Wed, 21 Oct 2009 09:21:57 +0200
> > From: wagner at elegosoft.com
> > To: jay.krell at cornell.edu
> > CC: m3devel at elegosoft.com
> > Subject: Re: [M3devel] Status of threads for RC4?
> >
> > Quoting Jay K <jay.krell at cornell.edu>:
> >
> > > Is it reasonable maybe to rewrite this test in C and see if it  
> hangs?
> > >
> > > ie. see if maybe it is an OpenBSD bug?
> >
> > It doesn't hang with garbage collection turned off, so there must be
> > some unhealthy interaction between that and the thread  
> implementation.
> > I don't think you will be able to narrow it down with a C test.
> >
> > Olaf
> > --
> > Olaf Wagner -- elego Software Solutions GmbH
> > Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
> > phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23  
> 45 86 95
> > http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz:  
> Berlin
> > Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:  
> DE163214194
> >

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20091021/fe3a6b35/attachment-0002.html>