#23769 [Fbk->Csd]: Glob() gives wrong result when pattern not found

From: Date: Wed, 28 May 2003 11:10:06 +0000
Subject: #23769 [Fbk->Csd]: Glob() gives wrong result when pattern not found
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-40564@lists.php.net to get a copy of this message
ID: 23769 User updated by: patric at liefdeis dot com Reported By: patric at liefdeis dot com -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD PHP Version: 4.3.1 New Comment: I can't reproduce the bug in a simple form, nor can I upgrade the FreeBSD machine to a CVS version, so we will wait till the next official PHP version, then I will check again if the problem still exists. What I did notice was, that with PHP 4.3.1, Linux gives an empty array back, where FreeBSD gives nothing back. (print_r(glob("*.doesnotexist"));) Anyway, I will check back in after the next release. Previous Comments: ------------------------------------------------------------------------ [2003-05-23 09:49:02] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2003-05-23 04:11:13] patric at liefdeis dot com When I do a glob() on my Linux machine with a pattern that doesn't have any hits, I receive an array with 0 entries. This is not the problem. When I do the same on my FreeBSD machine, I get 1 entry which is empty. This is a problem. The FreeBSD machine does run a CVS version of 4.3.0, where the Linux machine is running the 4.3.0 release version. I don't know if that has anything to do with it, or that the problem is OS based. Anywayz, tnx for looking in to it. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=23769&edit=1

« previous php.bugs (#40564) next »