From owner-freebsd-current@FreeBSD.ORG Tue Sep 20 18:45:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB70316A41F; Tue, 20 Sep 2005 18:45:22 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2343943D46; Tue, 20 Sep 2005 18:45:21 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8KIjKZR035073; Tue, 20 Sep 2005 12:45:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433058CB.60807@samsco.org> Date: Tue, 20 Sep 2005 12:45:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Threading/KSE problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2005 18:45:23 -0000 Daniel Eischen wrote: > On Tue, 20 Sep 2005, Scott Long wrote: > > >>Peter Wemm wrote: >> >> >>>Its why we're not supposed to bump library versions unless it is >>>absolutely vitally necessary. >>> >>>The problem in this case seems to be that you've got two different >>>instances of libpthread.so.X in your application space at once, and >>>that's always going to screw you. >>> >>>I think we haven't heard the last of the pain that this ill-advised bump >>>is going to cause. >>> >> >>Patches for symbol versioning are readily accepted. I vaguely recall >>asking for a solution for this a year ago and getting ignored. > > > Sure, symbol versioning would be great to have, but I still don't > know why library versions are bumped when they don't need to be. > It's like we've thrown up our hands and said "Something has changed > in one or more of the libraries, and we don't know how this affects > other libraries, so we're going to bump them all." Speaking for > the thread libraries, they were not users of any of the changed > ABIs -- there was no reason to bump them. > We have a very strong history of making changes in our base libraries that have very unintended consequences. Try running the Java binaries for 4.x, the only ones that we are certified to distribute, on 5.x or 6.x. I put this problem forward a year ago and asked for help on solving it. It's not like I woke up one morning and decided to screw around with the libraries for the hell of it. Scott