From owner-freebsd-current Sun Feb 2 10:13: 3 2003 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 16CE837B401; Sun, 2 Feb 2003 10:13:02 -0800 (PST) Received: from shell.dragondata.com (shell.dragondata.com [66.17.132.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EAC43F79; Sun, 2 Feb 2003 10:13:00 -0800 (PST) (envelope-from toasty@dragondata.com) Received: (from root@localhost) by shell.dragondata.com (8.12.6/8.12.6) id h12ID0SN064322; Sun, 2 Feb 2003 12:13:00 -0600 (CST) (envelope-from toasty@dragondata.com) Received: from KEVIN-AW.dragondata.com (toasty@localhost.dragondata.com [127.0.0.1]) by shell.dragondata.com (8.12.6/8.12.6av) with ESMTP id h12ICueA064313; Sun, 2 Feb 2003 12:12:57 -0600 (CST) (envelope-from toasty@dragondata.com) Message-Id: <5.1.1.5.2.20030202115928.036a1268@127.0.0.1> X-Sender: toasty@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sun, 02 Feb 2003 12:13:12 -0600 To: "Jacques A. Vidrine" From: Kevin Day Subject: Re: Using 4.3-RELEASE's libc on 5.0 causes hard lockups Cc: freebsd-current@freebsd.org In-Reply-To: <20030202175456.GC36076@opus.celabo.org> References: <5.1.1.5.2.20030202114819.044fd230@127.0.0.1> <5.1.1.5.2.20030202112759.0461fcc8@127.0.0.1> <5.1.1.5.2.20030202112759.0461fcc8@127.0.0.1> <5.1.1.5.2.20030202114819.044fd230@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by Dragondata mail server Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:54 AM 2/2/2003, Jacques A. Vidrine wrote: > > Ok, I admit, no matter how it happened, an application using the wrong > libc > > is a bad thing. > > > > But, how are things supposed to work? > >Apps that need the old libc.so.4 will find it in >/usr/lib/compat/libc.so.4 (or /usr/lib/libc.so.4 if you didn't remove >it, for that matter). Well, things were definitely picking /usr/lib/libc.so.4 over anything in compat. Should sysinstall have nuked my /usr/lib/libc if it was putting the correct one in compat? > In any case, a system lockup or being able to crash other user's processes > > just by having the wrong libc shouldn't be possible no matter what happens. > >Probably not, although if you have processes running as root and using >the `wrong' libc, all bets are off. Well, after I recompiled httpd (which did have a single process owned by root) and rebooted, nothing at all owned by root touched anything that was compiled under 4.x. Non-privileged regular users owned the process owned by analog, which caused the same behavior. Me running analog under my normal account could kill processes owned by "nobody" with segfaults. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message