atom feed18 messages in org.freebsd.freebsd-threadspatch for threads/76690 - critical - ...
FromSent OnAttachments
Andriy TkachukMar 2, 2005 2:56 pm 
Daniel EischenMar 2, 2005 3:47 pm 
Andriy TkachukMar 3, 2005 6:35 am 
Daniel EischenMar 3, 2005 6:46 am 
David XuMar 3, 2005 6:48 am 
Andriy TkachukMar 3, 2005 6:58 am.patch
Andriy TkachukMar 3, 2005 7:29 am.cc
Andriy TkachukMar 3, 2005 8:07 am 
Andriy TkachukMar 3, 2005 8:10 am 
Andriy TkachukMar 3, 2005 8:15 am 
David XuMar 3, 2005 8:15 am 
Andriy TkachukMar 3, 2005 8:44 am 
Andriy TkachukMar 3, 2005 9:26 am.patch2
David XuMar 3, 2005 10:46 am 
Daniel EischenMar 3, 2005 3:14 pm 
Julian ElischerMar 3, 2005 8:29 pm 
David XuMar 4, 2005 3:24 am 
Andriy TkachukMar 4, 2005 5:57 am 
Subject:patch for threads/76690 - critical - fork hang in child for -lc_r
From:Daniel Eischen (deis@freebsd.org)
Date:Mar 3, 2005 6:46:21 am
List:org.freebsd.freebsd-threads

On Thu, 3 Mar 2005, Andriy Tkachuk wrote:

Is there a reason you are still using libc_r?

I don't use it at all, but there was critical bug i threads-pr - so i just decided to fix it since i have had some time )

Oh, OK.

If this library is needless, why is it still there and this pr in criticals?

libc_r is marked for deprecation, but still used by some archs (sparc64 & alpha). Also, some folks want to use nvidia drivers/openGL and these aren't thread-safe with anything but libc_r.

-- DE