Received: (from majordom@localhost) by hyperreal.com (8.8.5/8.8.5) id DAA05978; Sat, 3 May 1997 03:17:48 -0700 (PDT) Received: from twinlark.arctic.org (twinlark.arctic.org [204.62.130.91]) by hyperreal.com (8.8.5/8.8.5) with SMTP id DAA05972 for ; Sat, 3 May 1997 03:17:45 -0700 (PDT) Received: (qmail 19265 invoked by uid 500); 3 May 1997 10:17:43 -0000 Date: Sat, 3 May 1997 03:17:43 -0700 (PDT) From: Dean Gaudet To: new-httpd@apache.org Subject: Re: [PATCH] Complete fix for mod_example memory bloat In-Reply-To: <97050222433645@decus.org> 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 On Fri, 2 May 1997, Rodent of Unusual Size wrote: > One thing that's different is that I'm storing the per-request stuff > in the r->request_config list, which appears to be only minimally > supported. I haven't found anything in the archives (yet) that > indicates this is discouraged or deprecated. request_config has no defined API for promoting a request_config entry from a subrequest to the main request. Therefore is broken by mod_negotiation. I noted that when I submitted the last of the "promote everything" patches. For 2.0 it should either go away, or have a defined mechanism for promotion. Oh yeah I forget if you note it, or if it's noted in the docs, but all per_dir_configs should be considered "const" unless being modified by the per_dir_merger or a configuration command handler (and only when invoked by the core). The reason for this is that per_dir_configs are shared rather than copied when at all possible (and there's more possible optimizations if this rule is kept). Dean