Re: PHP Bug 35748 (additional info)

From: Date: Sat, 24 Mar 2007 18:01:37 +0000
Subject: Re: PHP Bug 35748 (additional info)
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-28586@lists.php.net to get a copy of this message
Hello Sniper, On Wed, 21.03.2007 at 10:57:19 +0100, Toni Mueller <support@oeko.net> wrote: > I'd like to see this bug re-opened. On OpenBSD 4.0 and with PHP 4.4.6 > as an Apache module, I can see completely random results. I'm running > an application here that uses is_dir() quite a bit, and the actuual > results, using the posted test program with the modification that > clearstatcache() is called in the loop, before calling is_dir(), are > like this: since I needed to get that app working, I installed a Debian box with testing (almost etch) to check this. Initially, I also installed libapache-mod-chroot, which gave me exactly the same results as the OpenBSD box. On that machine, I tested with and without the chroot functionality, and always got the same wrong result. On the Debian box, I was seeing the same wrong result with the chroot, but correct results after I removed the chroot stuff. The only consistency was that the wrong result was reproducible, not random in the sense, that if it flagged one directory as a non-directory, it always did that for that file. It didn't change it's mind over several reloads. But otherwise, I have no idea about what goes wrong at this end. It would be great if you could post a fix that solves it for both platforms and in the presence of a chroot environment. Kind Regards, Toni Mueller. -------- AS29394 TM28-RIPE Oeko.neT Mueller & Brandt GbR sales: info@oeko.net v: +49 2261 979364 f: +49 2261 979366 http://www.oeko.net consulting, systems administration, software development, Python, Perl, networking, Unix, Debian Linux, OpenBSD, Internet services, trainings GPG: 1024D/68BDA342; FP=3312 D609 AD2E 8C05 D494 139E 8419 E0DB 68BD A342 A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad?

« previous php.internals (#28586) next »