Date: Thu, 03 Apr 2003 14:38:11 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Daniel Eischen <eischen@pcnet1.pcnet.com> Cc: freebsd-threads@freebsd.org Subject: Re: 1:N threading Message-ID: <3E8CB7D3.A4B3CBF7@mindspring.com> References: <Pine.GSO.4.10.10304031551410.9423-100000@pcnet1.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel Eischen wrote: > Libc_r will go bye-bye. The KSE library will give you 1:N > as long as you don't use pthread_setconcurrency() and don't > create any PTHREAD_SCOPE_PROCESS threads. I think that maybe you need to get over the "fear factor" here. Specifically, it's probably time to commit a "libkse", the same way that Jeff committed a "libthr", so that it doesn't directly replace "libc_r", and leave people hanging over a cliff if it has a bug. Better to take an approach that doesn't piss people off, but gets the code to a wider audience. Is this a possibility? The only thing that seems screwed up is the signals processing. Jeff's code panic's the system with a lock order reversal on exit processing, under some circumstances, but it's tolerated because it didn't outright replace "libc_r", and offer an alternative to "conservative" -CURRENT users. -- Terry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E8CB7D3.A4B3CBF7>