Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:55766
Return-Path: <pierre.php@gmail.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 25294 invoked from network); 9 Oct 2011 16:52:48 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 9 Oct 2011 16:52:48 -0000
Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass
Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.170 as permitted sender)
X-PHP-List-Original-Sender: pierre.php@gmail.com
X-Host-Fingerprint: 209.85.213.170 mail-yx0-f170.google.com  
Received: from [209.85.213.170] ([209.85.213.170:44805] helo=mail-yx0-f170.google.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 08/E5-15867-D51D19E4 for <internals@lists.php.net>; Sun, 09 Oct 2011 12:52:45 -0400
Received: by yxi13 with SMTP id 13so5520153yxi.29
        for <internals@lists.php.net>; Sun, 09 Oct 2011 09:52:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        bh=1oM38TKdY3TqJzP/Rm1lbBf9iF93w3ZjVBQQs+EDOoY=;
        b=HEImTHulhqmRpE53QbgsAmuAYdPIQeApEkoYf5iaV/uccZQwNltWiNHCJJttFnUk4U
         d6v4L6PBzFAGkOQcH238BsMKaiapq/elMhbyEfZwnch85Zb8jzrBytUNyFPF3mqMdMM4
         Ftv+MLMc+SiYwpuRUSg6deOsuKm+oh+CIJJzQ=
MIME-Version: 1.0
Received: by 10.236.177.66 with SMTP id c42mr19674529yhm.14.1318179162626;
 Sun, 09 Oct 2011 09:52:42 -0700 (PDT)
Received: by 10.147.169.18 with HTTP; Sun, 9 Oct 2011 09:52:42 -0700 (PDT)
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:52:42 +0200
Message-ID: <CAEZPtU7CZOWZghnS-eQjC4W=EQgXBwgwr9ietBH1QdVVpm5HwQ@mail.gmail.com>
To: Harald Lapp <harald.lapp@gmail.com>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] bug #47358 -- unexpected behaviour
From: pierre.php@gmail.com (Pierre Joye)

hi,

Thanks for the headup!

I added a comment and attached a patch (against 5.4) to fix this
problem, let me know how it works. I will apply to all branches later.

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 =A0was closed as "bogus"? the bug =
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
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org