===================================================================
RCS file: /home/cvs/OpenXM_contrib/gc/Attic/README.solaris2,v
retrieving revision 1.1.1.1
retrieving revision 1.1.1.2
diff -u -p -r1.1.1.1 -r1.1.1.2
--- OpenXM_contrib/gc/Attic/README.solaris2	1999/11/27 10:58:32	1.1.1.1
+++ OpenXM_contrib/gc/Attic/README.solaris2	2000/12/01 14:48:28	1.1.1.2
@@ -37,13 +37,10 @@ a thread stack.  If you know that you will only be run
 or later, it should be possible to fix this by compiling the collector
 with -DSOLARIS23_MPROTECT_BUG_FIXED.
 
-Jeremy Fitzhardinge points out that there is a problem with the dlopen
-replacement, in that startup code in the library is run while the allocation
-lock is held.  This appears to be difficult to fix, since the collector does
-look at data structures maintained by dlopen, and hence some locking is needed
-around the dlopen call.  Defining USE_PROC_FOR_LIBRARIES will get address
-space layout information from /proc avoiding the dlopen lock.  But this has
-other disadvanatages, e.g. mmapped files may be scanned.
+Since 5.0 alpha5, dlopen disables collection temporarily,
+unless USE_PROC_FOR_LIBRARIES is defined.  In some unlikely cases, this
+can result in unpleasant heap growth.  But it seems better than the
+race/deadlock issues we had before.
 
 If solaris_threads are used on an X86 processor with malloc redirected to
 GC_malloc, it is necessary to call GC_thr_init explicitly before forking the