From owner-cvs-all  Wed Feb 10 08:16:16 1999
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id IAA16921
          for cvs-all-outgoing; Wed, 10 Feb 1999 08:16:16 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16915;
          Wed, 10 Feb 1999 08:16:15 -0800 (PST)
          (envelope-from wpaul@FreeBSD.org)
From: Bill Paul <wpaul@FreeBSD.ORG>
Received: (from wpaul@localhost)
	by freefall.freebsd.org (8.9.2/8.9.2) id IAA90205;
	Wed, 10 Feb 1999 08:16:14 -0800 (PST)
	(envelope-from wpaul@FreeBSD.org)
Date: Wed, 10 Feb 1999 08:16:14 -0800 (PST)
Message-Id: <199902101616.IAA90205@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject: cvs commit: src/usr.sbin/ypserv yp_server.c yp_main.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

wpaul       1999/02/10 08:16:14 PST

  Modified files:
    usr.sbin/ypserv      yp_server.c yp_main.c 
  Log:
  Add some tweaks to hopefully fix a problem I've started to notice recently.
  Under certain conditions (possibly associated with heavy load), ypserv will
  fork() child processes that don't exit like they're supposed to. I think
  this is because of some suspect logic in the ypproc_all procedure. I updated
  it to use what I hope is a more bulletproof approach.
  
  Also tweaked yp_svc_run() a little so that the 'are we a child?' test happens
  at every pass through the for(;;) loop, not just immediately after returning
  from svc_getreqset2().
  
  Revision  Changes    Path
  1.27      +17 -7     src/usr.sbin/ypserv/yp_server.c
  1.19      +3 -3      src/usr.sbin/ypserv/yp_main.c

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