patch for threads/76690 - critical - fork hang in child for
-lc_r
Daniel Eischen
deischen at freebsd.org
Wed Mar 2 15:48:10 GMT 2005
On Wed, 2 Mar 2005, Andriy Tkachuk wrote:
> Hi folks.
>
> I spent some time on the problem in $subj and found some
> solution that seems to be working but i'm not sure about it's
> architectural correctness because libc was changed little bit ;)
This is already fixed in libpthread in both -current and -stable.
Your patch also pollutes the application namespace with a global
symbol thread_lock -- there is already a symbol in malloc.c that
is there just for this purpose (__malloc_lock). See how libpthread
uses __malloc_lock and reinitializes the spinlocks in thr_kern.c
(_kse_single_thread()).
Is there a reason you are still using libc_r?
--
DE
More information about the freebsd-threads
mailing list