From owner-freebsd-hackers  Sat Jun 17 08:55:59 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id IAA27580
          for hackers-outgoing; Sat, 17 Jun 1995 08:55:59 -0700
Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA27572
          for <hackers@freebsd.org>; Sat, 17 Jun 1995 08:55:56 -0700
Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id LAA02097; Sat, 17 Jun 1995 11:55:44 -0400
Date: Sat, 17 Jun 1995 11:55:44 -0400
From: "House of Debuggin'" <wpaul@skynet.ctr.columbia.edu>
Message-Id: <199506171555.LAA02097@skynet.ctr.columbia.edu>
To: pascal@TFS.COM
Subject: Re: NIS woes with 2.0.5-RELEASE...
Cc: hackers@freebsd.org, phk@ref.tfs.com
Sender: hackers-owner@freebsd.org
Precedence: bulk

[problems with NIS+ server and FreeBSD client]

Well, if you're getting 'procedure not available' errors when trying
to do a yp_order(), then I guess the NIS+ 'compatibility' mode isn't
all that compatible. I wish to hell I had an NIS+ server over here
that I could have checked this with.

Tell me: if you go to one of the SunOS 4 or HP-UX machines and
use the yppoll command (i.e. 'yppoll passwd.byname') what does
it say? This command does a call to yp_order() as well.

Anyway, if you need a quick fix, ftp a fresh copy of
/usr/src/lib/libc/gen/getpwent.c and try rebuilding libc with it.
(You'll have to relink some static binaries too, I'm afraid). I
patched it last night to use yp_first() instead of yp_order() to
check for the 'master.passwd.*' maps. I used yp_order() at first
because it was faster. *sigh*

-Bill