Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 3849 invoked by uid 6000); 19 Oct 1998 01:22:33 -0000 Received: (qmail 3839 invoked from network); 19 Oct 1998 01:22:31 -0000 Received: from scanner.worldgate.com (198.161.84.3) by taz.hyperreal.org with SMTP; 19 Oct 1998 01:22:31 -0000 Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.9.1a/8.9.1) with UUCP id TAA15355 for new-httpd@apache.org; Sun, 18 Oct 1998 19:22:25 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with ESMTP id SAA21550 for ; Sun, 18 Oct 1998 18:21:51 -0700 (PDT) Date: Sun, 18 Oct 1998 18:21:51 -0700 (PDT) From: Marc Slemko To: TLOSAP Subject: Graceful child death? (fwd) Message-ID: 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 There is no way to do this. I think this is a useful feature. There are two ways it could be added: either the ability to set a flag that the main request reading loop checks or the ability to call clean_child_exit. ---------- Forwarded message ---------- Date: Fri, 16 Oct 1998 11:32:23 +1100 From: Daniel Austin To: apache-modules@covalent.net Subject: Graceful child death? Resent-Date: Thu, 15 Oct 1998 20:42:37 -0500 (CDT) Resent-From: apache-modules@covalent.net Hi, I'm writing an Apache module that calls a database API directly. This database API was never really designed to be used in this way. After some problems I've been advised by the developer that if his API ever returns an error code marked as being "fatal" then my Apache process should quit and not make any further calls on the API. I guess I could just call exit(0) to force a child process to quit, but then other modules exit handlers (cleanup) code would never be called. And there's probably Apache cleanup code (?). So my question is -- is there any way to indicate to Apache that, after this request is done, the child should exit and a new one spawned? Dan -- Daniel Austin (dan@austlii.edu.au) Primary Materials and Programming Support, AustLII