Use something that is actually supported:

   http://php.net/globiterator

I know that I have many ways to do it, but I'm exposing that the current glob:// wrapper is not working properly.

If it supports relative paths should support the current path when you don't specify a full or relative path.

Hold up a sec, Jani. That's pretty much the example in the manual for the glob:// wrapper, just without a relative path, and it should work.

I suspect this is going to end up with Marcus, since he implemented glob:// in the first place, but in the meantime, OP, can you try the following script and confirm that it doesn't throw an exception (and prints the file names in the current directory)? Thanks.

<?php
$it = new DirectoryIterator("glob://*");
foreach($it as $f) {
	printf("%s<br />", $f->getFilename());
}
?>

Without the size object reference it works as expected.

Which SAPI do you use? (or with which web server)

pedro@pedro:~$ php --version
PHP 5.3.1-0.dotdeb.1 with Suhosin-Patch (cli) (built: Dec  5 2009 20:08:29) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
pedro@pedro:~$ apache2 -v
Server version: Apache/2.2.12 (Ubuntu)
Server built:   Nov 12 2009 22:49:46

I'll look into it. 

Looks like glob://* makes DirectoryIterator generate paths like /file, 
which is wrong.

I kept looking into this after my initial post; I wasn't quite expecting this to be assigned quite so fast!

A quick and dirty patch against PHP_5_3 that appears to fix this is at http://www.adamharvey.name/patches/bug-51068-spl_directory.patch -- I can cook up a .phpt to go with it pretty rapidly if desired. This also doesn't look terribly difficult to port to trunk.

OK, strike my last patch, since it was only half of the solution.

This is really two bugs for the price of one. The first problem is that globs without a path (such as glob://*) always had a / prepended to their file name within spl_filesystem_object_get_file_name(), which caused the problem in this bug: that a relative foo.txt was resulting in a call to stat("/foo.txt"), which was obviously wrong.

The second problem is in the glob wrapper itself. php_glob_stream_path_split() had an off-by-one error that meant that glob patterns within the root directory resulted in an empty path string, just the same as a relative glob. This was being partially masked by the first problem, since the automatic prepending meant that globbing the root directory worked more or less by accident.

I've added a phpt file for the reported issue. I'm unsure of the best way to attack testing iterating over the root directory in a platform-independent manner; this may be worth someone with more familiarity writing a test for this case (ie creating a DirectoryIterator with glob:///* on platforms where it makes sense and seeing if the results look vaguely sensible).

So, the patches, (hopefully) ready for review and application:

Against PHP_5_3:
http://www.adamharvey.name/patches/bug-51068-5.3.patch

Against trunk:
http://www.adamharvey.name/patches/bug-51068-trunk.patch

Hi 

I was trying to find small thing I can contribute with, submitted MR as for fix for this, the same idea of aharvey patches, hopefully it is okay

https://github.com/php/php-src/pull/3767