#40735 [Fbk->Opn]: stream_select returns 0 for php > 5.1.6
ID: 40735 User updated by: rodricg at sellingsource dot com Reported By: rodricg at sellingsource dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: x86_64 GNU/Linux PHP Version: 5CVS-2007-03-05 (snap) New Comment: The following script reproduces the behavior (for me): http://11434.com/stream_select.sh Changing -O2 to -O1 or removing --with-openssl fixes the problem. gcc version 4.1.2 openssl version 0.9.8d Previous Comments: [2007-03-13 11:05:36] [EMAIL PROTECTED] I still have no idea how to replicate it. [2007-03-12 16:54:41] rodricg at sellingsource dot com Same behavior with gcc 4.1.2. I'm chalking this up to gcc optimization and will compile with -O1 for now. [2007-03-06 21:14:57] [EMAIL PROTECTED] Try with GCC 4.1.2. GCC 4.1.1 is known to have some problems. [2007-03-06 21:08:57] rodricg at sellingsource dot com After further testing it seems that --with-curlwrappers is not the culprit but gcc optimization is. Using gcc version 4.1.1 (Gentoo 4.1.1-r3) I get the expected behavior when compiling with CFLAGS="-pipe" but the erroneous behavior when compiling with CFLAGS="-pipe -O2". This is regardless of the curlwrappers setting. Sorry about the initial misinformation. Forgetting a make clean between several of my tests led me to the wrong conclusion. Just tried -O1 and it seems to be ok, will try with a different version of gcc. [2007-03-06 11:24:13] [EMAIL PROTECTED] I still get the expected result even with --with-curlwrappers. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40735 -- Edit this bug report at http://bugs.php.net/?id=40735&edit=1
#40735 [Fbk->Opn]: stream_select returns 0 for php > 5.1.6
ID: 40735 User updated by: rodricg at sellingsource dot com Reported By: rodricg at sellingsource dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: x86_64 GNU/Linux PHP Version: 5CVS-2007-03-05 (snap) New Comment: Same behavior with gcc 4.1.2. I'm chalking this up to gcc optimization and will compile with -O1 for now. Previous Comments: [2007-03-06 21:14:57] [EMAIL PROTECTED] Try with GCC 4.1.2. GCC 4.1.1 is known to have some problems. [2007-03-06 21:08:57] rodricg at sellingsource dot com After further testing it seems that --with-curlwrappers is not the culprit but gcc optimization is. Using gcc version 4.1.1 (Gentoo 4.1.1-r3) I get the expected behavior when compiling with CFLAGS="-pipe" but the erroneous behavior when compiling with CFLAGS="-pipe -O2". This is regardless of the curlwrappers setting. Sorry about the initial misinformation. Forgetting a make clean between several of my tests led me to the wrong conclusion. Just tried -O1 and it seems to be ok, will try with a different version of gcc. [2007-03-06 11:24:13] [EMAIL PROTECTED] I still get the expected result even with --with-curlwrappers. [2007-03-06 00:54:48] rodricg at sellingsource dot com Allowing ssh access to my machine will require me to request a firewall change which may take some time. However, I have found this behavior only presents itself when PHP is compiled with the --with-curlwrappers option. Explicitly disabling this option returns my machine to the expected behavior. Cheers! [2007-03-05 23:12:43] [EMAIL PROTECTED] An SSH account would be helpful. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40735 -- Edit this bug report at http://bugs.php.net/?id=40735&edit=1
#40735 [Fbk->Opn]: stream_select returns 0 for php > 5.1.6
ID: 40735 User updated by: rodricg at sellingsource dot com Reported By: rodricg at sellingsource dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: x86_64 GNU/Linux PHP Version: 5CVS-2007-03-05 (snap) New Comment: After further testing it seems that --with-curlwrappers is not the culprit but gcc optimization is. Using gcc version 4.1.1 (Gentoo 4.1.1-r3) I get the expected behavior when compiling with CFLAGS="-pipe" but the erroneous behavior when compiling with CFLAGS="-pipe -O2". This is regardless of the curlwrappers setting. Sorry about the initial misinformation. Forgetting a make clean between several of my tests led me to the wrong conclusion. Just tried -O1 and it seems to be ok, will try with a different version of gcc. Previous Comments: [2007-03-06 11:24:13] [EMAIL PROTECTED] I still get the expected result even with --with-curlwrappers. [2007-03-06 00:54:48] rodricg at sellingsource dot com Allowing ssh access to my machine will require me to request a firewall change which may take some time. However, I have found this behavior only presents itself when PHP is compiled with the --with-curlwrappers option. Explicitly disabling this option returns my machine to the expected behavior. Cheers! [2007-03-05 23:12:43] [EMAIL PROTECTED] An SSH account would be helpful. [2007-03-05 23:05:28] rodricg at sellingsource dot com What information can I provide to help determine the cause of this problem on my system? Thanks! [2007-03-05 22:47:35] [EMAIL PROTECTED] Tested on Linux/Intel 64, Linux/AMD 64, Linux/PPC 64 & Solaris/SPARC 64. In all cases I get: Selected: 2 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/40735 -- Edit this bug report at http://bugs.php.net/?id=40735&edit=1
#40735 [Fbk->Opn]: stream_select returns 0 for php > 5.1.6
ID: 40735 User updated by: rodricg at sellingsource dot com Reported By: rodricg at sellingsource dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: x86_64 GNU/Linux PHP Version: 5CVS-2007-03-05 (snap) New Comment: Allowing ssh access to my machine will require me to request a firewall change which may take some time. However, I have found this behavior only presents itself when PHP is compiled with the --with-curlwrappers option. Explicitly disabling this option returns my machine to the expected behavior. Cheers! Previous Comments: [2007-03-05 23:12:43] [EMAIL PROTECTED] An SSH account would be helpful. [2007-03-05 23:05:28] rodricg at sellingsource dot com What information can I provide to help determine the cause of this problem on my system? Thanks! [2007-03-05 22:47:35] [EMAIL PROTECTED] Tested on Linux/Intel 64, Linux/AMD 64, Linux/PPC 64 & Solaris/SPARC 64. In all cases I get: Selected: 2 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) [2007-03-05 22:39:19] rodricg at sellingsource dot com Description: Since php 5.2.0 stream_select fails to return the number of modified descriptors on a 64bit Linux OS (32bit seems to be immune to this). Verified to exist in the php-snap php5.2-200703052130. This bug is the same as #40458 but I am unable to modify the status of that bug. Reproduce code: --- Expected result: Selected: 2 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) Actual result: -- Selected: 0 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) -- Edit this bug report at http://bugs.php.net/?id=40735&edit=1
#40735 [Fbk->Opn]: stream_select returns 0 for php > 5.1.6
ID: 40735 User updated by: rodricg at sellingsource dot com Reported By: rodricg at sellingsource dot com -Status: Feedback +Status: Open Bug Type: Streams related Operating System: x86_64 GNU/Linux PHP Version: 5CVS-2007-03-05 (snap) New Comment: What information can I provide to help determine the cause of this problem on my system? Thanks! Previous Comments: [2007-03-05 22:47:35] [EMAIL PROTECTED] Tested on Linux/Intel 64, Linux/AMD 64, Linux/PPC 64 & Solaris/SPARC 64. In all cases I get: Selected: 2 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) [2007-03-05 22:39:19] rodricg at sellingsource dot com Description: Since php 5.2.0 stream_select fails to return the number of modified descriptors on a 64bit Linux OS (32bit seems to be immune to this). Verified to exist in the php-snap php5.2-200703052130. This bug is the same as #40458 but I am unable to modify the status of that bug. Reproduce code: --- Expected result: Selected: 2 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) Actual result: -- Selected: 0 Read: Array ( [0] => Resource id #5 ) Write: Array ( [0] => Resource id #5 ) -- Edit this bug report at http://bugs.php.net/?id=40735&edit=1