Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 56293 invoked by uid 500); 12 Apr 2001 15:26:57 -0000 Mailing-List: contact new-httpd-help@apache.org; run by ezmlm Precedence: bulk Reply-To: new-httpd@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list new-httpd@apache.org Received: (qmail 56281 invoked from network); 12 Apr 2001 15:26:56 -0000 From: "Victor J. Orlikowski" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15061.51521.411888.876769@critterling.garfield.home> Date: Thu, 12 Apr 2001 11:26:57 -0400 To: new-httpd@apache.org Subject: Re: Config files, main loop, and logging In-Reply-To: References: <15061.4942.890652.898739@critterling.garfield.home> X-Mailer: VM 6.92 under Emacs 20.7.1 Reply-To: v.j.orlikowski@gte.net X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N > This is most definitely over-engineering. Just do two walks of the tree. > The first sets up all the internal structures, the second actually sets up > the server to run. Bam, problems solved. We don't need to provide full > debug logs the first time through, because we do a full debug log the > second time through, and it is the exact same steps. But, since mod_so is being processed as EXEC_ON_READ...it gets taken care of immediately on the first pass, Ryan. It loads the specified DSOs, so that their config directives can be handled, and in the second pass, we never do the needed logging for mod_so. We simply lose the messages, not log them in the second pass. And we can't very well make mod_so Not be EXEC_ON_READ, or else we need a *third* pass to enable mod_so on the second pass, and then take care of the directives for the DSOs on the third. I'm fairly convinced that some form of ordering needs to be imposed on how the directives are handled as the tree gets walked, if we don't want to lose messages from anything that logs prior to LogLevel being set. Victor -- Victor J. Orlikowski ====================== v.j.orlikowski@gte.net orlikowski@apache.org vjo@us.ibm.com