From owner-freebsd-current Mon Dec 22 09:18:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06966 for current-outgoing; Mon, 22 Dec 1997 09:18:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06925 for ; Mon, 22 Dec 1997 09:17:52 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA18413; Mon, 22 Dec 1997 09:17:30 -0800 (PST) (envelope-from jdp) Message-Id: <199712221717.JAA18413@austin.polstra.com> To: hasty@rah.star-gate.com Subject: Re: Random core dumps In-Reply-To: <199712221009.CAA00631@rah.star-gate.com> References: <199712221009.CAA00631@rah.star-gate.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Mon, 22 Dec 1997 09:17:29 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199712221009.CAA00631@rah.star-gate.com>, Amancio Hasty wrote: > > Probably the last round of changes that went into ld.so . You can try > installing and old version of ld.so like around october is just that > I forgot when exactly the ld.so's malloc was changed. That definitely should _not_ be the cause of the problem. Old executables and shared libraries should work perfectly with the new ld.so. The only known exception at this time is mule, an emacs derivative with a broken unexec implementation. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth