From owner-cvs-gnu  Tue Jan 31 01:28:56 1995
Return-Path: cvs-gnu-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA11944 for cvs-gnu-outgoing; Tue, 31 Jan 1995 01:28:56 -0800
Received: (from wpaul@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA11930; Tue, 31 Jan 1995 01:28:50 -0800
Date: Tue, 31 Jan 1995 01:28:50 -0800
From: Bill Paul <wpaul>
Message-Id: <199501310928.BAA11930@freefall.cdrom.com>
To: CVS-commiters, cvs-gnu
Subject: cvs commit: src/gnu/libexec/ypxfr Makefile yp.h yp_clnt.c yp_svc.c yp_xdr.c ypclnt.c ypxfr.c
Sender: cvs-gnu-owner@freebsd.org
Precedence: bulk

wpaul       95/01/31 01:28:49

  Added:       gnu/libexec/ypxfr Makefile yp.h yp_clnt.c yp_svc.c yp_xdr.c
                        ypclnt.c ypxfr.c
  Log:
  Obtained from: The NYS project
  This is a ported/modified version of the ypxfr program from the yps-0.21
  package from the NYS project. This program is normally invoked by ypserv
  when it receives a yppush command from an NIS master. It can also be
  run from the command line to grab copies of maps when initializing a
  slave server.
  
  This program has been hacked in the following ways:
  
  - rpcgen'ed new yp_xdr.c, yp_svc.c and yp_clnt.c files. The old ones were
  rather grody.
  
  - Changed certain function names (prefended a _ to them) to avoid conflicts
  with certain functions lurking within libc. One major problem here is
  that ypxfr needs to bind to a YP master in order to work correctly,
  but it can't use the _yp_bind function inside libc because that
  function only lets you bind to a domain, not a specific host. Lots
  of head scratching here.
  
  - Converted from GDBM to DB at gunpoint.
  
  - Removed lots of really nasty looking DEBUG code to try to reduce clutter.
  
  - Incorporated some of the library code supplied with yps-0.21 on which
  ypxfr was dependent.
  
  This program still needs to be cleaned up just as a matter of principle:
  I get all icky just looking at it sometimes.