Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 15771 invoked by uid 6000); 17 Nov 1997 16:08:44 -0000 Received: (qmail 15765 invoked from network); 17 Nov 1997 16:08:43 -0000 Received: from twinlark.arctic.org (305@204.62.130.91) by taz.hyperreal.org with SMTP; 17 Nov 1997 16:08:43 -0000 Received: (qmail 32745 invoked by uid 500); 17 Nov 1997 16:09:43 -0000 Date: Mon, 17 Nov 1997 08:09:43 -0800 (PST) From: Dean Gaudet To: new-httpd@apache.org Subject: -X switch (was Re: [STATUS] 1.3b3-dev Sun Nov 16 10:07:28 EST 1997) In-Reply-To: <19971116214934.50420@deejai.mch.sni.de> Message-ID: Legal: "Copyright (c) 1997 Dean Gaudet, all rights reserved. Visit http://www.arctic.org/~dgaudet/legal for more information." Organization: Transmeta Corp. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Known problem ... -X and inetd mode don't have working timeouts since my OPTIMIZE_TIMEOUT code went in. To fix them requires a small tweak to set_callback_and_timeout() to use alarm() instead of the scoreboard when in either mode. Dean On Sun, 16 Nov 1997, Martin Kraemer wrote: > One thing I noticed this weekend -- didn't try to nail it down yet though -- > When the server is started with the "-X" switch, it sometimes locks up > after serving a cpuople of documents. I mean, it still listens on ots port, > but it doesn't read (and answer) any requests any more. And it does this > before its max number of requests is reached. > > I observed this behavior both on Linux and on SVR4. > Can anyone else reproduce this? > > At the moment of the lockup, I see three httpd's, one is blocked in > read(4,..), when I try to attach strace to the others nothing is > printed -- (not in a sys call?!) > > Martin > -- > | S I E M E N S | | Siemens Nixdorf > | ------------- | Voice: +49-89-636-46021 | Informationssysteme AG > | N I X D O R F | FAX: +49-89-636-44994 | 81730 Munich, Germany > ~~~~~~~~~~~~~~~~My opinions only, of course; pgp key available on request >