Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Please consult your system administrator on how to disable the firewall.

Why socket_create() works and fsockopen() doesn't?

If there is some wrong outside PHP, why just fsockopen fails?

More details:

Using php-cgi, fsockopen works correctly.

The build date of the PHP (Apache Module) and PHP-CGI is the same.

Both CGI and Apache module share the same code for fsockopen(), so fsockopen() doesn't depend on the Server API used.

I don't understand.

If worked with CGI but not as an Apache Module, why you don't consider this a bug?

I believe that if the code is the same, should produce the same result, else there is a bug.

>I believe that if the code is the same, should produce the
> same result, else there is a bug.
No, it most likely means that it has nothing to do with this code and you're looking for a problem in wrong place.
Have you already disabled your firewall?

Yes, I've disabled my firewall. I'm sure that isn't a firewall problem.

The problem doesn't depend the hostname or IP address. I got the same error trying to connect to localhost, 127.0.0.1, 10.0.0.9 (internal network)

This also didn't work:

<?php
$fp = fsockopen("127.0.0.1", 80, $errno, $errstr, 30);
if (!$fp) {
   echo "$errstr ($errno)\n";
}
?> 

This also didn't work (connect to an internal server):

<?php
$fp = fsockopen("10.0.0.9", 80, $errno, $errstr, 30);
if (!$fp) {
   echo "$errstr ($errno)\n";
}
?> 

But I can use socket_connect without problems. Example:

<?
$sockHttp = socket_create(AF_INET, SOCK_STREAM, 0);
if (!$sockHttp) { die('socket_create() failed!'); }
      
$resSockHttp = socket_connect($sockHttp, "10.0.0.9", 80);
if (!$resSockHttp) { die('socket_connect() failed!'); }
?>

I also can use "fetch" utility to get data from these servers. I also wrote a PERL script, and it worked.

I also type in prompt "telnet 127.0.0.1 80", "telnet www.google.com 80", the connection was sucessfull.

Only while I'm using fsockopen I got errors, always error returns 36 and error string returns "Operation now in progress".

Does the fix from http://bugs.php.net/bug.php?id=38568 work for you?

I'm using PHP 4.4.4, not PHP 5.

network.c has two pieces that uses EINPROGRESS:

if ((n = connect(sockfd, addr, addrlen)) < 0) {
  if (errno != EINPROGRESS) {
    return -1;
  }
}

if (ret == -1 && error == EINPROGRESS) {
  error = 0;
  goto retry_again;
}

Where should I put "if (error == EINPROGRESS) error = 0;" ?

Please provide more information on how to reproduce it or an account on this machine.

Sent to tony2001@php.net.

I really doubt I can reproduce or investigate it with only an FTP account. When I said "account on this machine" I meant SSH access.

An user could fix this problem in PHP 5 adding 3 lines of code in main/network.c.

   if (!asynchronous) {
      /* back to blocking mode */
      RESTORE_SOCKET_BLOCKING_MODE(sockfd, orig_flags);
   }
/* Start changes */
   if (error == EINPROGRESS) {
       error = 0;
   }
/* End changes */
   if (error_code) {
      *error_code = error;
   }
   if (error && error_string) {
     *error_string = php_socket_strerror(error, NULL, 0);
     ret = -1;
   }
   return ret;

I try to modify PHP 4 but the code is a bit different. Can you help me to fix this problem?

The system is always returning EINPROGRESS.

>The system is always returning EINPROGRESS.
Why is that PHP problem?
Fix your system instead.

This is a PHP problem.

I have both CGI and Apache Module.

fsockopen() works on CGI mode, but doesn't in Apache Module.

So you're saying this problem exist in PHP 5.2.3 also?
If so, please set the version in this report to "5.2.3, 4.4.7" 

Now fsockopen crashes apache, but only when PHP is in apache module 
mode.

Apparently this isn't any PHP bug like already said many times.

Folks,

Regardless if it's a PHP problem or not, here is the SOLUTION:

fsockopen(), fopen() and other socket functions will not work in Apache with 
many virtualhosts.

You need to increase the file descriptor limits when compiling Apache and PHP 
(including its 
modules).

If you use FreeBSD, edit your /etc/make.conf and add:

EXTRA_CFLAGS="-DFD_SETSIZE=8192"

And rebuild Apache, PHP and its modules. I believe that 8192 is a number big 
enough, btw you can 
try a different number. I don't know how to do this using Linux, but should be 
similar.

There are MANY people with the same problem, and you are always saying this 
isn't a PHP bug, and 
the user should fix him system.

IMHO, if its not a bug, why have I to recompile it to make it works?

My suggestion: create a compile parameter to compile PHP and its modules with a 
bigger file 
descriptor limit (e.g. --big-fd-limit).

That's my two cents. ;-)

--
Marcelo Coelho