#40735 [NEW]: stream_select returns 0 for php > 5.1.6

[rodricg at sellingsource dot com]

From: rodricg at sellingsource dot com
Operating system: x86_64 GNU/Linux
PHP version: 5CVS-2007-03-05 (snap)
PHP Bug Type: Streams related
Bug description: stream_select returns 0 for php > 5.1.6

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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno, $estr,
10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]
--
Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40735&r=trysnapshot44[/url]
Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40735&r=trysnapshot52[/url]
Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40735&r=trysnapshot60[/url]
Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40735&r=fixedcvs[/url]
Fixed in release: [url]http://bugs.php.net/fix.php?id=40735&r=alreadyfixed[/url]
Need backtrace: [url]http://bugs.php.net/fix.php?id=40735&r=needtrace[/url]
Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40735&r=needscript[/url]
Try newer version: [url]http://bugs.php.net/fix.php?id=40735&r=oldversion[/url]
Not developer issue: [url]http://bugs.php.net/fix.php?id=40735&r=support[/url]
Expected behavior: [url]http://bugs.php.net/fix.php?id=40735&r=notwrong[/url]
Not enough info: [url]http://bugs.php.net/fix.php?id=40735&r=notenoughinfo[/url]
Submitted twice: [url]http://bugs.php.net/fix.php?id=40735&r=submittedtwice[/url]
register_globals: [url]http://bugs.php.net/fix.php?id=40735&r=globals[/url]
PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40735&r=php3[/url]
Daylight Savings: [url]http://bugs.php.net/fix.php?id=40735&r=dst[/url]
IIS Stability: [url]http://bugs.php.net/fix.php?id=40735&r=isapi[/url]
Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40735&r=gnused[/url]
Floating point limitations: [url]http://bugs.php.net/fix.php?id=40735&r=float[/url]
No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40735&r=nozend[/url]
MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40735&r=mysqlcfg[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

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
)



Previous Comments:
------------------------------------------------------------------------

[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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno,
$estr, 10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 [url]http://bugs.php.net/?id=40735&edit=1[/url]

[rodricg at sellingsource dot com]

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]tony2001@php.net[/email]

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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno,
$estr, 10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 [url]http://bugs.php.net/?id=40735&edit=1[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

An SSH account would be helpful.


Previous Comments:
------------------------------------------------------------------------

[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]tony2001@php.net[/email]

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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno,
$estr, 10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 [url]http://bugs.php.net/?id=40735&edit=1[/url]

[rodricg at sellingsource dot com]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno,
$estr, 10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 [url]http://bugs.php.net/?id=40735&edit=1[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

I still get the expected result even with --with-curlwrappers.


Previous Comments:
------------------------------------------------------------------------

[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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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:
---------------
<?php
$sock = stream_socket_client('tcp://maila.microsoft.com:25', $eno,
$estr, 10, STREAM_CLIENT_CONNECT);
stream_set_blocking($sock, 0);
sleep(1);

$r = $w = array($sock);
$n = stream_select($r, $w, $e = NULL, 10);

echo "Selected: {$n}\n";
echo "Read: ", print_r($r,1);
echo "Write: ", print_r($w,1);
?>


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 [url]http://bugs.php.net/?id=40735&edit=1[/url]

[rodricg at sellingsource dot com]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

Try with GCC 4.1.2.
GCC 4.1.1 is known to have some problems.


Previous Comments:
------------------------------------------------------------------------

[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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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!

------------------------------------------------------------------------

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]

[rodricg at sellingsource dot com]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

I still have no idea how to replicate it.


Previous Comments:
------------------------------------------------------------------------

[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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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!

------------------------------------------------------------------------

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]

[rodricg at sellingsource dot com]

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):

[url]http://11434.com/stream_select.sh[/url]


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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]

[tony2001@php.net]

ID: 40735
Updated by: [email]tony2001@php.net[/email]
Reported By: rodricg at sellingsource dot com
-Status: Open
+Status: Feedback
Bug Type: Streams related
Operating System: x86_64 GNU/Linux
PHP Version: 5CVS-2007-03-05 (snap)
New Comment:

Still works perfectly fine with or without OpenSSL, with and without
-O2.
I think I'll need an acccount on your machine to reproduce it.


Previous Comments:
------------------------------------------------------------------------

[2007-03-13 16:26:40] rodricg at sellingsource dot com

The following script reproduces the behavior (for me):

[url]http://11434.com/stream_select.sh[/url]


Changing -O2 to -O1 or removing --with-openssl fixes the problem.

gcc version 4.1.2
openssl version 0.9.8d

------------------------------------------------------------------------

[2007-03-13 11:05:36] [email]tony2001@php.net[/email]

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]tony2001@php.net[/email]

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.

------------------------------------------------------------------------

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
[url]http://bugs.php.net/40735[/url]

--
Edit this bug report at [url]http://bugs.php.net/?id=40735&edit=1[/url]