From owner-freebsd-threads@FreeBSD.ORG Mon Apr 21 17:57:23 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6E937B401 for ; Mon, 21 Apr 2003 17:57:23 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 361B743F75 for ; Mon, 21 Apr 2003 17:57:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0346.cvx21-bradley.dialup.earthlink.net ([209.179.193.91] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 197m60-00020Q-00; Mon, 21 Apr 2003 17:57:16 -0700 Message-ID: <3EA49320.F62E1B1E@mindspring.com> Date: Mon, 21 Apr 2003 17:56:00 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Narvi References: <20030422015621.P29990-100000@haldjas.folklore.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a435653d636b67524dc984efc4edb776a2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: threads@freebsd.org cc: Daniel Eischen Subject: Re: libkse -> libpthreads X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2003 00:57:24 -0000 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