From owner-freebsd-stable  Sat May 19  9:18:50 2001
Delivered-To: freebsd-stable@freebsd.org
Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74])
	by hub.freebsd.org (Postfix) with ESMTP id 9A9FB37B43C
	for <stable@freebsd.org>; Sat, 19 May 2001 09:18:46 -0700 (PDT)
	(envelope-from jdp@wall.polstra.com)
Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13])
	by wall.polstra.com (8.11.3/8.11.1) with ESMTP id f4JGIh027057;
	Sat, 19 May 2001 09:18:43 -0700 (PDT)
	(envelope-from jdp@wall.polstra.com)
Received: (from jdp@localhost)
	by vashon.polstra.com (8.11.3/8.11.0) id f4JGIgI97789;
	Sat, 19 May 2001 09:18:42 -0700 (PDT)
	(envelope-from jdp)
Date: Sat, 19 May 2001 09:18:42 -0700 (PDT)
Message-Id: <200105191618.f4JGIgI97789@vashon.polstra.com>
To: stable@freebsd.org
From: John Polstra <jdp@polstra.com>
Cc: andre.albsmeier@mchp.siemens.de
Subject: Re: NIS/YP problems after cvsupdate
In-Reply-To: <20010518180103.B51108@curry.mchp.siemens.de>
References: <20010518174206.B50521@curry.mchp.siemens.de> <Pine.BSF.4.33.0105181757030.45582-100000@klima.physik.uni-mainz.de> <20010518180103.B51108@curry.mchp.siemens.de>
Organization: Polstra & Co., Seattle, WA
Sender: owner-freebsd-stable@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-stable.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-stable>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-stable>
X-Loop: FreeBSD.ORG

In article <20010518180103.B51108@curry.mchp.siemens.de>,
Andre Albsmeier  <andre.albsmeier@mchp.siemens.de> wrote:
> 
> OK, now we need someone who got some idea what is happening here.
> I really don't know how setting some unused stuff in the
> ELF loader affects yppush :-(

Right.  It's not even setting unused stuff.  It's setting one location
to a bogus value and then immediately overwriting it with the correct
value.  This process doesn't even have any side-effects.  It probably
doesn't even change the load locations of the shared libraries, though
I haven't checked that.  All it does is shift some of the dynamic
linker code up by a few bytes.

When we looked at this before, I think we decided the NIS code must be
reading from a garbage address that happened to fall into the dynamic
linker.  That still seems the most likely explanation.

John
-- 
  John Polstra                                               jdp@polstra.com
  John D. Polstra & Co., Inc.                        Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message