tested with php5.2-win32-latest.zip
from today morning 2007-07-25 08h08

error is still in there

running a script that makes a few thousand accesses to a samba server (that is used by approx. 30 other hosts) causes this server to "crash" and dismount the samba share.

As is_dir() uses stat to check whether passed path is directory or not I doubt this can really be any PHP bug, just another limitiation of Windows. Try doing the same using something else than PHP and I bet the result is the same.

And this is totally bogus: echo(is_dir($p) . "\n");
Proto for the function http://php.net/is_dir is:

bool is_dir ( string $filename )

"Returns TRUE if the filename exists and is a directory, FALSE  otherwise."

First I gave up on this issue and switched to drive letters.
Now I tested php 5.3.1 and this bug is fixed !

It must have been an issue with php, because:

I have two parallel installations of php (5.2.6 and 5.3.1) on the same computer.
If I switch between these I can produce the bug with 5.2.6 and I don't have it with 5.3.1.

Again: for each access to a file with a UNC path, something truncates the last character of the share name (here import -> impor) resulting in hundreds of these error messages (/var/log/samba/log.smbd):

[2009/11/27 18:07:44, 0] smbd/service.c:make_connection(794)
  pro (1.2.7.1) couldn't find service impor

AND resulting in a very high load and a server hard reset.

Thanks !

I have to verify with UNC path and 5.2.

Can't reproduce it here. Please provide a script to reproduce this problem, like the UNC path you use as well as which Windows version.

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

The bug is still in 5.2.11 on windows 2008 x64. We use a Windows fileserver (DFS), fastcgi.


the results in a slowdown of traffic, and what seems to be unnecessary load for the PHP server.

the UNC paths used look like \\NASdepart.acad.kahosl.be\home

in a sniffing session this results in 
\\NASdepart.acad.kahosl.be\hom 
and the described error. (status_bad_network_name)

After this error, it looks like PHP tries to recover using a time-consuming iterative directory lookup.

If necessary, I can provide a screenshot showing the problem, although I am not an SMB protocol specialist...

To help you isolate the problem, a sample code snippet producing the SMB trouble:

$filename="test.dat";	
$dataFile = fopen( $filename, "r" ) ;
	if($dataFile) {
		while (!feof($dataFile)) {
			$buffer = fgets($dataFile, 4096);
	   }
	   fclose($dataFile);
	}
	else {
	   die( "fopen failed for $filename" ) ;
	}


/*(to be executed from smb share!)*/

Ok, I was able to reproduce a similar problem. It looks like it fails to detect the UNC path. I have to analyze further to see why it fails now.

I tested it again and it works smoothly. My initial has a mistake in the PATH \\ instead of \\\\ :)

Tested using win7/2k8/2k3/xp with win7 and 2k8 as file server, works.

Please provide:
- a script to reproduce this problem:
  $path ='....'; var_dump(is_dir($path));
  for example, with actual value for $path
- Which fileserver do you use?

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".