The reason might be that fopen()  doesn't handle redirects. I hope
to add redirect support again though. To check if this is the reason,
check the contents of $http_response_header right after the
fopen() call and see if it contains a redirect.

It's nothing to do with redirects, no. It doesn't return a redirect response.

Any example scripts? Works just fine for me with latest CVS.

--Jani

I don't believe it has happened since the Apache MaxRequestsPerChild was reduced. I shall suspend this until I have a chance to test more thoroughly.

Any news on this yet?

Reopened.

Its been awhile, reopen if still present, and you have a concrete setup/example of how it fails

Warning: fopen("ftp://ftp.edome.net/mirror/seriously/general/wallpapers/samwallpaper9_800x600.zip", "r") - Success in /home/serioussam/cgi-bin/files/admin/functions.php on line 184


*groan*  I get this error a lot, and it seems to be only from certain servers, only some of the time.  It's really driving me and my site's users/admins crazy.  Anyone know how to fix it?  The file is obviously there, and it happens for more than one server.  I'm running PHP 4.1.2.

You can try a snapshot from snaps.php.net, I beilieve it's fixed in the PHP 4.2.x branch.

Derick

When will the 4.2.x branch be out though?

In about a month.

Derick

Uggh...is there any way to fix it without waiting a month?

Or, just as good, is there an alternate way to open a remote file?

you can open a remote file with the fsockopen command

I use this function when I had this problem

/**********************************************************/
function sendToHost($host,$method,$path,$data,$useragent=0)
{
	// Supply a default method of GET if the one passed was empty
	if (empty($method))
		$method = 'GET';
	$method = strtoupper($method);
	$fp = fsockopen($host,80);
	if ($method == 'GET')
		$path .= '?' . $data;
	fputs($fp, "$method $path HTTP/1.1\n");
	fputs($fp, "Host: $host\n");
	fputs($fp, "Content-type: application/x-www-form-urlencoded\n");
	fputs($fp, "Content-length: " . strlen($data) . "\n");
	if ($useragent)
		fputs($fp, "User-Agent: MSIE\n");
	fputs($fp, "Connection: close\n\n");
	if ($method == 'POST')
		fputs($fp, $data);

	while (!feof($fp))
		$buf .= fgets($fp,128);
	fclose($fp);
	return $buf;
}
/**********************************************************/

I was pulling my hair out trying to figure this one out myself for a while.  I finally noticed that my users were submitting a space character on a form, that sent its value to a php script that used that value in a file() call.

It made my url end up looking like this: http://www.mysite.com?i=1&t=2&x= 5&m=4

I know this is lazy coding on my part that caused this, but I have now fixed it.  Just a heads up to double check your data that gets sent into the function for silly little stuff like this.