Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 49681 invoked from network); 28 Oct 2003 00:42:34 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 28 Oct 2003 00:42:34 -0000 Received: (qmail 76498 invoked by uid 500); 28 Oct 2003 00:42:14 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 76453 invoked by uid 500); 28 Oct 2003 00:42:14 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 76439 invoked from network); 28 Oct 2003 00:42:14 -0000 Received: from unknown (HELO striker.xs4all.nl) (213.84.19.217) by daedalus.apache.org with SMTP; 28 Oct 2003 00:42:14 -0000 Received: from cheetah (cheetah.striker.nl [192.168.0.10]) by striker.xs4all.nl (Postfix) with SMTP id 8E86C478F2 for ; Tue, 28 Oct 2003 01:42:21 +0100 (CET) From: "Sander Striker" To: Subject: RE: detecting stop|graceful|restart from httpd.conf Date: Tue, 28 Oct 2003 01:42:21 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: <3F99962C.9090502@stason.org> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > From: Stas Bekman [mailto:stas@stason.org] > Sent: Friday, October 24, 2003 11:14 PM > My last post included a patch providing the mechanism to know when the server > starts and immediately restarts. Unfortunately it won't work for 'httpd -k > [stop|graceful|restart]' which can't reach the pool of the running server. > > We have users asking for a flag which will allow them to disable the execution > of their startup code when the server is shutdown. Can the mpm architecture be > extended to set some flag telling what state it's in (for the benefit of the > config phase and may be others as well)? Now this would be useful. Especially since I don't want all the initialization (with all the potential failures during) when I'm trying to shut down the server. Ever had a config error when trying to shut down your server? Sander