Re: lib/46147 (mono problem (pthread change result?))

[Matthew Mondor <mm_lists%pulsar-zone.net@localhost>]

The following reply was made to PR lib/46147; it has been noted by GNATS.

From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/46147 (mono problem (pthread change result?))
Date: Thu, 8 Mar 2012 20:15:24 -0500

 On Thu,  8 Mar 2012 23:50:54 +0000 (UTC)
 joerg%NetBSD.org@localhost wrote:
 
 > Synopsis: mono problem (pthread change result?)
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: joerg%NetBSD.org@localhost
 > State-Changed-When: Thu, 08 Mar 2012 23:50:53 +0000
 > State-Changed-Why:
 > According to my testing, this works now. Comments about boehm-gc only
 > working by accident still apply though.
 
 Do you think that anything using boehm-gc with threads currently faces
 the same problem as well?  I use ECL with it, built with threads
 enabled, and although it works pretty well, it's not 100% stable when I
 heavily test multithreaded applications (and that on both Linux and
 NetBSD).  There has been some work to reimplement ECL's locking system
 too though, and that's not considered stable either, but I use a custom
 implementation here which is more straightforward.
 
 But I'd very much like to know if boehm-gc itself is fundamentally
 broken in that area.
 
 Thanks,
 -- 
 Matt