Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:39716 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88719 invoked from network); 6 Aug 2008 21:16:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Aug 2008 21:16:02 -0000 Authentication-Results: pb1.pair.com smtp.mail=hannes.magnusson@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=hannes.magnusson@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.182.184 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: hannes.magnusson@gmail.com X-Host-Fingerprint: 64.233.182.184 nf-out-0910.google.com Received: from [64.233.182.184] ([64.233.182.184:63221] helo=nf-out-0910.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BC/5B-29324-0941A984 for ; Wed, 06 Aug 2008 17:16:01 -0400 Received: by nf-out-0910.google.com with SMTP id b11so57688nfh.13 for ; Wed, 06 Aug 2008 14:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=MvHgY3snA27HgbFVt/FAsRKiOOh8jYm8Kbchv4hOXqc=; b=tTXRAg0lLSH726MOBGoz2PZ1TZKo6E5GFsWd46cVTnkajt75yQFoFcczrnhlsoPia1 5XbhwtVlm1/Qet0xS9HDLlXj7RvJfizR1pyIp4cU05fXh5SLBpbd9td09N7v0o7FbOVU SBB+0No81fgcl1HO3ZECm1a9P0/TFSnorVdQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=xfdaSBwmyIA5j2B8wZxePdi4Xw9bzQMobfA2oIXJveZW2tgGft2V6eujDk3x3P2I5y IqUwgvunzc6EdAnYhKks5WjRYwaOQSS990n4O9BHjzUcFmxVVJ7w2ymqqSEey8ncU8Ox LbNwVGJltOxN+PUsFtV9D3nOxe4QqWQWFxIR0= Received: by 10.103.203.4 with SMTP id f4mr1744546muq.8.1218057357459; Wed, 06 Aug 2008 14:15:57 -0700 (PDT) Received: by 10.103.248.20 with HTTP; Wed, 6 Aug 2008 14:15:57 -0700 (PDT) Message-ID: <7f3ed2c30808061415l6767351fia39f533922527910@mail.gmail.com> Date: Wed, 6 Aug 2008 23:15:57 +0200 To: "Arnaud Le Blanc" Cc: internals@lists.php.net, jani.taskinen@iki.fi, "Rasmus Lerdorf" In-Reply-To: <200808062101.00394.arnaud.lb@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48997CC5.60709@lerdorf.com> <4899CEE9.5050904@sci.fi> <200808061956.58909.arnaud.lb@gmail.com> <200808062101.00394.arnaud.lb@gmail.com> Subject: Re: [PHP-DEV] clearstatcache change From: hannes.magnusson@gmail.com ("Hannes Magnusson") On Wed, Aug 6, 2008 at 21:00, Arnaud Le Blanc wrote: > On Wednesday 06 August 2008 19:56:58 Arnaud Le Blanc wrote: >> Hi, >> >> On Wednesday 06 August 2008 18:18:49 Jani Taskinen wrote: >> > Rasmus Lerdorf wrote: >> > > I think we either need to make clearstatcache() not affect the realpath >> > > cache, or we should add an optional argument to it to specify whether >> > > or not the realpath cache should be cleared as well. >> > >> > See this: http://bugs.php.net/39367 >> > >> > Considering some people seem to want to clear realpath cache as well, I'd >> > make it an optional parameter which defaults to NOT clear realpath cache: >> > >> > clearstatchache(true); /* BOOM! realpath cache gone.. */ >> > >> > btw. I just noticed chroot() calls this >> > realpath_cache_clean()..intentional? Also some streams stuff uses the >> > php_clear_stat_cache() func but those should propably use the >> > realpatch_cache_del() instead and not blow away whole cache? >> >> Yes, I think too. >> I added that to your patch: >> http://arnaud.lb.s3.amazonaws.com/clearstatcache_optional_params.patch :) >> >> It also adds the "filename" argument to >> clearstatcache([bool clear_realpath_cache[, filename]]) > > I reply to myself, actually this may cause troubles to not clear the full > cache in plain_wrapper.c :/ I updated the patch, just left the filename > argument to clearstatcache(). Don't forget to update the arginfo -Hannes