#12360 [Com]: fsockopen timeout doesn't work
| From: | johannes at zoomposters dot com | Date: | Mon, 15 Sep 2003 07:09:35 +0000 |
| Subject: | #12360 [Com]: fsockopen timeout doesn't work | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-47579@lists.php.net to get a copy of this message | ||
ID: 12360
Comment by: johannes at zoomposters dot com
Reported By: hordur at modernus dot is
Status: Closed
Bug Type: Sockets related
Operating System: RedHat 6.2
PHP Version: 4.3
New Comment:
php 4.3.3, redhat 7.3
still not working!
Previous Comments:
------------------------------------------------------------------------
[2003-08-26 07:20:43] s dot tijink at snoopmedia dot com
the same on PHP 4.3.3 / SuSE 8.0
------------------------------------------------------------------------
[2003-08-26 05:36:21] s dot tijink at snoopmedia dot com
Hi,
using PHP 4.3.2 stable on SuSE 8.0 i've still the same problem that I
got no timeout on fsockopen or stream_set_timeout.
Greetz,
Stephan Tijink
------------------------------------------------------------------------
[2002-12-22 09:59:11] msopacua@php.net
An additional note:
Under BSDi and threaded builds, the timeout isn't respected.
Additionally the openssl test, takes much longer, which leads me to
believe, this is a BSDi threading issue, to do with time values. This
issue doesn't surface, when --with-experimental-zts is removed from the
equation and can't be reproduced on FreeBSD.
------------------------------------------------------------------------
[2002-12-22 08:02:16] wez@php.net
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Fixed (will be in 4.3.0).
The problem was related to IPv6 support; specifically, if getaddrinfo
returned multiple addresses, PHP would try each in turn, waiting up to
the full timeout for each.
Now, we abort the loop if a connection times out.
------------------------------------------------------------------------
[2002-12-11 19:00:15] wez@php.net
Verified on BSD boxes only:
BSDI 4.3
FreeBSD 4.6.2-RELEASE-p3
also tested but not reproduced on:
SuSE 7.0 (Linux 2.2.16)
WinXP
It's interesting to note that the *bsd boxes have IPv6 support while
the linux and xp boxes do not.
I'm waiting for some more feedback on some other boxes.
I wonder if this is an IPv6 problem?
------------------------------------------------------------------------
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/12360
--
Edit this bug report at http://bugs.php.net/?id=12360&edit=1