[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: lib/46147 (mono problem (pthread change result?))
The following reply was made to PR lib/46147; it has been noted by GNATS.
From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
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)
> 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
> 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.
Main Index |
Thread Index |