ID: 22099 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Redhat 7.3 PHP Version: 4.3.0 New Comment:
Nope, problem still exists. As of right now, it's hanging on a piece of code that looks like this: ------------ CODE ------------ print "Unresponsive server, closing connection... "; ob_flush(); if (is_resource($this->m_rConn)) fclose($this->m_rConn); $this->m_rConn = NULL; print "Done!\n"; ob_flush(); ------------ CODE ------------ Note that it's not printing "Done!" in the spot where it is freezing. Meaning it's either is_resource, or fclose. How's that for nasty? Previous Comments: ------------------------------------------------------------------------ [2003-02-06 17:37:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ..and you'll know for sure if it's related to #21529 since that was fixed in CVS.. ------------------------------------------------------------------------ [2003-02-06 17:17:34] [EMAIL PROTECTED] I'm not sure this bug is related to bug #21529 or not; this is not a segfault, but a simple program hang. This is from a script I run from a PHP CLI, and is intermittent. I'd attach the script, but it's a 10k class file... I've used stream_set_timeout to set the limit to two seconds, and the connect timeout is also two seconds. From my debugging output, there are no infinite loops, the freezes are essentially random, and sometimes nonexistent - but always before a single call to fclose after feof() returns true. This leads me to believe that a remote server I'm contacting isn't behaving properly 100% of the time php -m returns: [PHP Modules] ctype dio ftp mysql overload pcre pgsql posix session standard tokenizer wddx xml zlib Backtrace: #0 0x401c941e in select () from /lib/libc.so.6 #1 0x08199f44 in __DTOR_END__ () #2 0x08121d01 in _php_stream_free (stream=0x83079c4, close_options=3) at /home/install/php-4.3.0/main/streams.c:327 #3 0x080acff7 in zif_fclose (ht=1, return_value=0x825e32c, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.0/ext/standard/file.c:1120 #4 0x0815b05c in execute (op_array=0x823a26c) at /home/install/php-4.3.0/Zend/zend_execute.c:1596 #5 0x0815b234 in execute (op_array=0x822b5f0) at /home/install/php-4.3.0/Zend/zend_execute.c:1640 #6 0x0815b234 in execute (op_array=0x8222518) at /home/install/php-4.3.0/Zend/zend_execute.c:1640 #7 0x0815b234 in execute (op_array=0x81daaa4) at /home/install/php-4.3.0/Zend/zend_execute.c:1640 #8 0x08145398 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.0/Zend/zend.c:864 #9 0x081188b5 in php_execute_script (primary_file=0xbffffa40) at /home/install/php-4.3.0/main/main.c:1573 #10 0x08163ecc in main (argc=2, argv=0xbffffae4) at /home/install/php-4.3.0/sapi/cli/php_cli.c:746 #11 0x4010a1c4 in __libc_start_main () from /lib/libc.so.6 I did it three times to make sure, and aside from memory segments, the trace is the same. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22099&edit=1
