From owner-freebsd-hackers Fri Feb 5 16:50:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01564 for freebsd-hackers-outgoing; Fri, 5 Feb 1999 16:50:49 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01552 for ; Fri, 5 Feb 1999 16:50:47 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id RAA25331; Fri, 5 Feb 1999 17:50:45 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd025280; Fri Feb 5 17:50:37 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id RAA21166; Fri, 5 Feb 1999 17:50:36 -0700 (MST) From: Terry Lambert Message-Id: <199902060050.RAA21166@usr02.primenet.com> Subject: Re: ldconfig and libraries To: jdp@polstra.com (John Polstra) Date: Sat, 6 Feb 1999 00:50:36 +0000 (GMT) Cc: kaleb@ics.com, hackers@FreeBSD.ORG In-Reply-To: <199902041920.LAA19846@vashon.polstra.com> from "John Polstra" at Feb 4, 99 11:20:04 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not at all. On the contrary, you're the fellow demanding that > "ldconfig must die" and then looking to the FreeBSD development team > to make the change (against the loudly expressed wishes of the vast > majority of our users) and take the heat for it. As an interesting side not to this, I was shot in the head by the a.out ld.so just recently. What happenend was several machines were upgraded from a.out to a stabilized version of 3.0, and some a.out programs ran, while others did not. The failure, in all cases, was an FP exception on the a.out executable being run. Attempting to ldd the binary in question also resulted in an FP exception, while on the binaries that ran, ldd ran fine. Installing the missing a.out shared libraries fixed both the ldd problem and the execution problem. Looks like a nasty bug in the a.out compatability ld.so. The problem was a bit more insidious, as well. The ldconfig that was run at the start didn't find the missing libraries (for the obvious reasons). So even when the libraries were really there, that ld.so didn't fall back to paths when it failed to find hashed data required that ldconfig be rerun. Just an interesting data point that might explain some FP exception complaints... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message