Received: by taz.hyperreal.com (8.8.3/V2.0) id KAA17828; Sun, 12 Jan 1997 10:01:27 -0800 (PST) Received: from plato.alameda-coe.k12.ca.us by taz.hyperreal.com (8.8.3/V2.0) with SMTP id KAA17822; Sun, 12 Jan 1997 10:01:24 -0800 (PST) Received: from pappilloma.wwebsvs.com by plato.alameda-coe.k12.ca.us with smtp (Smail3.1.29.1 #5) id m0vjU6o-000Ob1C; Sun, 12 Jan 97 09:54 PST Received: from ace.nueva.pvt.k12.ca.us by pappilloma.wwebsvs.com (SMI-8.6/SMI-SVR4) id IAA10905; Sun, 12 Jan 1997 08:59:37 -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 AA037532071; Sun, 12 Jan 1997 10:01:11 -0800 Date: Sun, 12 Jan 1997 10:01:11 -0800 (PST) From: Alexei Kosut To: new-httpd@hyperreal.com Subject: Re: problem with log url overflow found In-Reply-To: <9701121537.aa21826@gonzo.ben.algroup.co.uk> 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 Sun, 12 Jan 1997, Ben Laurie wrote: > Since multiple slashes mean nothing to stat we could safely wrapper stat with > a redundant / remover. Yes, that would work. Except calling no2slash() too many times might prove to be a bottleneck: Because you need to keep the filename intact in get_path_info() so you can generate an accurate r->path_info, you would need to duplicate path and call no2slash() on the copy, each time you called stat (on that copy). Would that prove prohibitive? Actually, thinking about this... in get_path_info(), after we set r->path_info, I think it might behoove us to call no2slash() on r->filename directly before returning. This doesn't affect the problem we're talking about, but might be useful anyway. -- ________________________________________________________________________ Alexei Kosut The Apache HTTP Server URL: http://www.nueva.pvt.k12.ca.us/~akosut/ http://www.apache.org/