From owner-freebsd-stable Sat May 19 9:31:56 2001 Delivered-To: freebsd-stable@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id C64D037B424 for ; Sat, 19 May 2001 09:31:52 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by goliath.siemens.de (8.11.1/8.11.1) with ESMTP id f4JGVk418804; Sat, 19 May 2001 18:31:46 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail3.siemens.de (8.11.1/8.11.1) with ESMTP id f4JGVkG4875799; Sat, 19 May 2001 18:31:46 +0200 (MEST) Received: (from localhost) by curry.mchp.siemens.de (8.11.3/8.11.3) id f4JGVkF21920; Date: Sat, 19 May 2001 18:31:45 +0200 From: Andre Albsmeier To: John Polstra Cc: stable@freebsd.org, andre.albsmeier@mchp.siemens.de Subject: Re: NIS/YP problems after cvsupdate Message-ID: <20010519183145.A81016@curry.mchp.siemens.de> References: <20010518174206.B50521@curry.mchp.siemens.de> <20010518180103.B51108@curry.mchp.siemens.de> <200105191618.f4JGIgI97789@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200105191618.f4JGIgI97789@vashon.polstra.com>; from jdp@polstra.com on Sat, May 19, 2001 at 09:18:42AM -0700 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 19-May-2001 at 09:18:42 -0700, John Polstra wrote: > In article <20010518180103.B51108@curry.mchp.siemens.de>, > Andre Albsmeier 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 Well, sure, this is more precise and more correct. I wanted to say "It does unused things" :-) A bunch of NOPs probably would have the same effect. > 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. Yes, as I told O. Hartmann in private mail, it probably has nothing to do with the dynamic linker. But I am really clueless of where to look in the NIS code... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message