Received: by taz.hyperreal.com (8.8.4/V2.0) id TAA09283; Fri, 28 Mar 1997 19:44:17 -0800 (PST) Received: from plato.alameda-coe.k12.ca.us by taz.hyperreal.com (8.8.4/V2.0) with SMTP id TAA09278; Fri, 28 Mar 1997 19:44:13 -0800 (PST) Received: from pappilloma.wwebsvs.com by plato.alameda-coe.k12.ca.us with smtp (Smail3.1.29.1 #5) id m0wAovg-000OZKC; Fri, 28 Mar 97 19:35 PST Received: from ace.nueva.pvt.k12.ca.us by pappilloma.wwebsvs.com (SMI-8.6/SMI-SVR4) id SAA16047; Fri, 28 Mar 1997 18:41:14 -0800 Received: from localhost by ace.nueva.pvt.k12.ca.us with SMTP (1.37.109.20/15.5+ECS 3.3+HPL1.1) id AA163807039; Fri, 28 Mar 1997 19:43:59 -0800 Date: Fri, 28 Mar 1997 19:43:58 -0800 (PST) From: Alexei Kosut To: new-httpd@hyperreal.com Subject: Re: location_walk() twice? In-Reply-To: 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@hyperreal.com On Fri, 28 Mar 1997, Dean Gaudet wrote: > process_request_internal runs location_walk twice... it does: > > location_walk > translate_name > directory_walk > file_walk > location_walk > > Is that right?? I'm guessing yes because translate_name may have changed > the location. But the docs don't really mention it. If I recall correctly, Ben added this so that you could use to mess with name-translation stuff. The second location_walk was retained because we wanted to continue to override and . The per-dir config stuff is reset in directory_walk anyway, so calling location_walk here is incapable of hurting anything except by intent. Or something like that. -- ________________________________________________________________________ Alexei Kosut The Apache HTTP Server URL: http://www.nueva.pvt.k12.ca.us/~akosut/ http://www.apache.org/