From owner-cvs-lib  Sat May 17 01:36:19 1997
Return-Path: <owner-cvs-lib>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id BAA14857
          for cvs-lib-outgoing; Sat, 17 May 1997 01:36:19 -0700 (PDT)
Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14691;
          Sat, 17 May 1997 01:34:09 -0700 (PDT)
From: "Andrey A. Chernov" <ache@FreeBSD.ORG>
Received: (from ache@localhost)
	by freefall.freebsd.org (8.8.5/8.8.5) id BAA04063;
	Sat, 17 May 1997 01:32:43 -0700 (PDT)
Date: Sat, 17 May 1997 01:32:43 -0700 (PDT)
Message-Id: <199705170832.BAA04063@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG
Subject: cvs commit: src/lib/libc/gen sleep.c
Sender: owner-cvs-lib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

ache        1997/05/17 01:32:43 PDT

  Modified files:
    lib/libc/gen         sleep.c 
  Log:
  Temporarily restore old (itimer) sleep variant because new one
  (nanosleep) breaks Apache httpd badly: his childs died quickly after
  number of requests (SIGPIPE). To reproduce this bug start
  gdb /usr/local/sbin/httpd
  run -X
  
  and make some bunch of concurent requests (load the server pages
  from 3 different places f.e.)
  After short time httpd dies via SIGPIPE. It never dies with old sleep.c
  
  In real life it looks like lots of broken images on the pages or missing
  pages. Lynx says about Network read error, etc.
  It seems something wrong in nanosleep signal handling.
  
  Revision  Changes    Path
  1.6       +69 -8     src/lib/libc/gen/sleep.c