From: jenek at walla dot co dot il Operating system: Linux PHP version: 5.2.6 PHP Bug Type: Session related Bug description: Php Open Wrong Socket problem
Description: ------------ Hello, I want to try and explain better the problem we have to see if you can help us in understanding the root cause, and later on solve it. The situation is that the PHP and HTTP processes are running on a Linux machine in parallel to the main application process. The application is opening a listen socket of address IN_ADDR_ANY (0.0.0.0), port 5010. After a while due to the needs of the application, it closes this listening socket. At this point we can see that somehow, the PHP process is opening a listen socket on the same IP and port (0.0.0.0:5010). Few minutes later the application tries to open again the socket and fails since the PHP has it open. I don't understand this behavior and can think of no good reason for the PHP to open this listen socket. Is there a good reason for that? If so, can it be avoided? I cannot let the PHP use this socket since the application needs it. Moreover, I tried to change the port number we are using to 6010. This time after application closed the socket the PHP opened a listen socket on 0.0.0.0:6010. So it seems that somehow the PHP is getting some kind of event that the socket is being closed and immediately re-open it, but without checking if this socket is really needed by the process. I hope I described the problem clear enough so you can find the root cause and help me overcome it. Thanks alot, Evgeny. -- Edit bug report at http://bugs.php.net/?id=46625&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46625&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46625&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46625&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46625&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46625&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46625&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46625&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46625&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46625&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46625&r=support Expected behavior: http://bugs.php.net/fix.php?id=46625&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46625&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46625&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46625&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46625&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46625&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46625&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46625&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46625&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46625&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46625&r=mysqlcfg
