Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 27596 invoked by uid 500); 24 Jun 2002 15:21:43 -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 27583 invoked from network); 24 Jun 2002 15:21:42 -0000 Date: Mon, 24 Jun 2002 08:19:24 -0700 (PDT) From: Rasmus Lerdorf X-X-Sender: rasmus@www.lerdorf.com To: Ryan Bloom cc: dev@httpd.apache.org Subject: RE: Apache 2.0 Numbers In-Reply-To: <017e01c21b92$51f374c0$0a01230a@KOJ> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > > What is the correct way to fail in a filter post_config? Do I return > -1 > > from it if my filter finds a fatal error? I can't use ap_log_rerror() > at > > this point, right? How would I log the reason for the failure? > > I'm confused by the question, but I'll try to answer. If you mean the > post_config phase, then you can use ap_log_error or ap_log_perror. If > you want to stop the server from starting, just return DECLINED. Right, I found ap_log_error. It was the return value I was looking for. None of the example filter modules had a fatal error check at the config phase. So returning a -1 is the correct way to stop the server from starting. Thanks. -Rasmus