ID: 42682 Comment by: hans at parse dot nl Reported By: Slig at free dot fr Status: Open Bug Type: Streams related Operating System: linux-64 PHP Version: 5CVS-2007-10-11 (snap) New Comment:
More info: Upgraded to gcc-4.2.3 to check for possible gcc-related issue. Recompiled entire system overnight. Problem persists. Since the last response from a php devver is almost 6 months back, it would be very welcome to see some response on these latest additions. Previous Comments: ------------------------------------------------------------------------ [2008-04-15 11:28:27] hans at parse dot nl Just did a final test and recompiled php with gcc optimization set to -O1 instead of -O2 used in previous tests, and i can confirm that compiling with -O1 eliminates the problem aswell. So to summarize: -changing this_fd from int to long eliminates the problem -compiling without openssl eliminates the problem, though this is obviously not an option in most cases -compiling without gcc optimizations eliminates the problem So now the question is, is this a gcc, a php or a openssl problem? I'm willing to test and provide you with all necessary information. ------------------------------------------------------------------------ [2008-04-15 10:52:40] hans at parse dot nl Problem persists in 5.2.6RC4. Tested using the testcase above, on a freshly installed Athlon64 Gentoo system. Tested against the following openssl versions: openssl-0.9.8g openssl-0.9.8e openssl-0.9.7i Recompiled php-5.2.6RC4 ebuild after each openssl version change. All versions exhibit same erroneous behavior, as described in the initial bugreport. Compiling php without openssl support eliminates the problem, as reported earlier. Target: x86_64-pc-linux-gnu Thread model: posix gcc version 4.1.2 (Gentoo 4.1.2 p1.0.2) glibc-2.6.1 php-5.2.6RC4 (using dev-lang/php-5.2.6_rc4 gentoo ebuild) ------------------------------------------------------------------------ [2008-02-22 10:50:32] hans at parse dot nl This is stil a pretty serious issue on x86_64. Just ran into this one while swapping out a bunch of x86 webservers for new x86_64 boxes. Both the new and the old boxes run Gentoo, with the same gcc version, same php version. The 32 bit boxes were fine, the new 64 bit boxes fail on all stream fread's due to this issue. Target: x86_64-pc-linux-gnu Thread model: posix gcc version 4.1.2 (Gentoo 4.1.2 p1.0.2) glibc-2.6.1 openssl-0.9.8g php-5.2.5 (using php-5.2.5-r1 gentoo ebuild) ------------------------------------------------------------------------ [2007-10-22 11:00:26] [EMAIL PROTECTED] Is there difference between openssl versions on those Suse/Centos machines? ------------------------------------------------------------------------ [2007-10-12 18:25:57] margus at zone dot ee Perhaps it helps if I give test results on different machines and where and how it manifests: stream_select() works flawlessly without patching on: - my multiple 32bit machines. Those have SuSE90 or SuSE93 installed. - my multiple 64bit SuSE10 machines stream_select() works only when patched 'long this_fd;' or 'long this_fd=0;' on: - my multiple 64bit CentOS 4.5 systems (Xeon Quadcore) stream_select() works only when patched 'long this_fd=0;' (stream_select segfaults without variable initializing) on: - my one 64bit CentOS 4.5 machine (Opteron Dualcore). Origin of this bug must be somewhere in php_stream_cast() or even lower. I tried also compiling without OpenSSL support and yes, the bug along with SSL socket support can be "eliminated" this way too :) ------------------------------------------------------------------------ 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/42682 -- Edit this bug report at http://bugs.php.net/?id=42682&edit=1