Date: Mon, 21 Apr 2003 17:56:00 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: Narvi <narvi@haldjas.folklore.ee> Cc: Daniel Eischen <eischen@pcnet1.pcnet.com> Subject: Re: libkse -> libpthreads Message-ID: <3EA49320.F62E1B1E@mindspring.com> References: <20030422015621.P29990-100000@haldjas.folklore.ee>
next in thread | previous in thread | raw e-mail | index | archive | help
Narvi wrote: > If by "now" you mean Solaris 9, then yes, this is so. This is not a > fundamental issue, merely how kernel API-s are used. On Solaris 8 you get > both the "old" M:N version and the Solaris 9 style 1:1 version in > /usr/lib/lwp. There is no way to tell what it will be in Solaris 9+x for > some arbitrary positive value of x. Right. The liblwp in SunOS 4.1.3_U2 (first appearing in SunOS 4.0.2, I believe) is a totally different liblwp, as well (just the same name); LWP used to be a purely user space abstraction. Sun did this same thing in a different order; Linux too: FreeBSD libc libc_r(N:1) libthr(1:1) libkse(N:M) Sun libc liblwp(N:1) liblwp(N:M) liblwp(1:1) Linux libc pthreads(N:1) pthreads(1:1) - (no N:M at all) I've heard it anecdotally claimed that Sun made the change to avoid bugs; I've also heard it anecdotally claimed by Sun engineers that they made the change because they don't have the man power remaining to perform ordinary maintenance on a lot of their existing code base. Perhaps they were just disgruntled, and the first excuse is the correct one... ;^). -- Terry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3EA49320.F62E1B1E>