Return-Path: Delivered-To: apmail-new-httpd-archive@apache.org Received: (qmail 79898 invoked by uid 500); 18 Oct 2000 02:48:45 -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 79854 invoked from network); 18 Oct 2000 02:48:43 -0000 X-Authentication-Warning: kurgan.lyra.org: gstein set sender to gstein@lyra.org using -f Date: Tue, 17 Oct 2000 19:50:34 -0700 From: Greg Stein To: new-httpd@apache.org Subject: Re: cvs commit: apache-2.0/src/main http_core.c Message-ID: <20001017195034.W26804@lyra.org> Mail-Followup-To: new-httpd@apache.org References: <20001017013512.54760.qmail@locus.apache.org> <20001017000240.L26134@lyra.org> <20001017044004.K26804@lyra.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from trawickj@bellsouth.net on Tue, Oct 17, 2000 at 08:35:05AM -0400 X-URL: http://www.lyra.org/greg/ X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N On Tue, Oct 17, 2000 at 08:35:05AM -0400, Jeff Trawick wrote: > Greg Stein writes: > > On Tue, Oct 17, 2000 at 07:10:30AM -0400, Jeff Trawick wrote: > > > Greg Stein writes: > > > > > > > I'm a little confused here... > > > > > > > > *why* is runtime state being placed into the config structures? That makes > > > > zero sense. What am I missing? > > > > > > I don't think you're missing anything... > > > > Oh. Then excuse me if my tone tends towards a rant :-) hehe... > > Hey, you're not ranting... you're just confusing me. > > core_dir_config has input_filters and output_filters to hold the > *configured* filter lists (configured via AddOutputFilter and > AddInputFilter). That is the appropriate location, right? D'oh. You're right. Darn things should be input_filter_names or somesuch :-) > I think we can limit the discussion to the bucket brigade I added > to core_dir_config yesterday. That bucket brigade is where > ap_get_client_block() saves its state between calls. Yah. That ought to go. Sorry for the confusion, but it had me in its embrace, too :-) Cheers, -g -- Greg Stein, http://www.lyra.org/