Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:55764
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <931345662339866278.891701harald.lapp-gmail.com@news.php.net>
References: <931345662339866278.891701harald.lapp-gmail.com@news.php.net>
Date: Sun, 9 Oct 2011 18:04:49 +0200
Message-ID: <CAH-PCH5+jydkwnxqHnoJo2=x=ek=Y-fa6z_ZcqWbmctmfuZv2A@mail.gmail.com>
To: Harald Lapp <harald.lapp@gmail.com>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] bug #47358 -- unexpected behaviour
From: tyra3l@gmail.com (Ferenc Kovacs)

Hi,

My first instinct tells me, that it was closed by mistake, as from the
first comment it could seem as the reported problem only happens if
the path given to glob is outside of open_basedir.
As the reported explained in his second comment, it is not the case,
but glob returns different result for nonexistent path/pattern
depending whether the open_basedir is set or not.
I think that it is a bug, and I reopened the ticket. Maybe it would be
a good idea to create a test case, and if it turns out to be the
expected behavior, we can still add the testcase as an XFAIL.

On Sun, Oct 9, 2011 at 5:40 PM, Harald Lapp <harald.lapp@gmail.com> wrote:
> hi,
>
> could someone please enlighten me, why bug #47358
> http://bugs.php.net/bug.php?id=3D47358 =C2=A0was closed as "bogus"? the b=
ug was
> reported for 5.2.9 but applies to 5.3.x and 5.4.x as well. i can't see, w=
hy
> glob should return 'false' if the search pattern does not match, even
> though if the directory being searched in is valid compared to the
> open_basedir settings:
>
> php -r "var_dump(glob('/tmp/*.php'));"
> array(0) {
> }
>
> vs.
>
> php -d "open_basedir=3D/tmp/" -r "var_dump(glob('/tmp/*.php'));"
> bool(false)
>
> i fail to understand, why the second one is expected behaviour.
>
> i stumbled over this when playing with the fat free framework, which uses
> quite a lot of glob statements in its autoloader, in a shared hosting
> environment.
>
> thanks in advance,
>
> harald
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu