On 03/24/10 Mark Probst wrote:
Here's an updated patch that fixes this problem, both for mono-ehash
as well as for mono-hash.
--- a/mono/metadata/boehm-gc.c
+++ b/mono/metadata/boehm-gc.c
@@ -932,5 +932,11 @@ mono_gc_get_write_barrier (void)
#endif
+void
On 03/24/10 Mark Probst wrote:
The first patch make mono-ehash SGen-aware, the second implements
CEE_MONO_TLS on Darwin/x86.
--- a/mono/utils/mono-ehash.c
+++ b/mono/utils/mono-ehash.c
[...]
+#ifdef HAVE_SGEN_GC
+ if (type 0 || type MONO_HASH_KEY_VALUE_GC)
+ g_error
On Wed, Mar 24, 2010 at 11:37 AM, Paolo Molaro lu...@ximian.com wrote:
One solution is to introduce a function similar to
GC_call_with_alloc_lock() in the Boehm GC, so that the unsafe table
manipulation can be done without risk of interruption from the GC.
Another one is to expose the critical
The first patch make mono-ehash SGen-aware, the second implements
CEE_MONO_TLS on Darwin/x86.
Mark
sgen-fix-ehash
Description: Binary data
sgen-darwin-x86-tls
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com