Edit report at http://bugs.php.net/bug.php?id=50953&edit=1

 ID:                 50953
 Patch added by:     cataphr...@php.net
 Reported by:        tony at marston-home dot demon dot co dot uk
 Summary:            fsockopen will not work on 'localhost'
 Status:             Bogus
 Type:               Bug
 Package:            Sockets related
 Operating System:   Windows XP
 PHP Version:        5.2.12
 Block user comment: N

 New Comment:

The following patch has been added/updated:

Patch Name: connect_fix_win32
Revision:   1283848007
URL:       
http://bugs.php.net/patch-display.php?bug=50953&patch=connect_fix_win32&revision=1283848007


Previous Comments:
------------------------------------------------------------------------
[2010-02-12 14:22:47] tony at marston-home dot demon dot co dot uk

If IPv6 support is enabled in the operating system it does NOT mean that
only IPv6 addresses are allowed, it means that both IPv5 and IPv6
addresses are supported.



All of my web browsers (IE, Firefox, Opera, Safari) have no problem in
translating 'localhost' to '127.0.0.1'.



The PHP gethostbyname() function has no problem in translating
'localhost' to '127.0.0.1'.



The PHP cURL extension has no problem in translating 'localhost' to
'127.0.0.1'.



fsockopen() when running in PHP 5.3.0 has no problem in translating
'localhost' to '127.0.0.1'.



So why does fsockopen() in php 5.2.12 have a problem?

------------------------------------------------------------------------
[2010-02-10 11:27:25] tony at marston-home dot demon dot co dot uk

This has got nothing to do with IPV6 addresses as my hosts file does not
contain anf IPV6 addresses. All it has is as follows:



127.0.0.1   localhost



Every other piece of software on my PC uses 'loalhost' without a
problem, so should fsockopen in PHP. Curl can manage it, so why not
fsockopen.



I have the same setup on another PC which runs Windows XP with IPV6
support and PHP 5.3.0, and it does not have a problem with 'localhost',
so this is a genuine bug in 5.2



Do not keep telling me that you have already addressed this issue in
other posts because you have not. You nhave suggested removing any IPV6
entries from the hosts file, which I have done, but this does not fix
the problem.



If gethostbyname() can work with 'localhost' then why can't fsockopen()?

------------------------------------------------------------------------
[2010-02-10 11:06:08] paj...@php.net

It works just fine here using localhost and ipv4.



You are clearly experiencing the IPv6 problem described in a good dozen
bugs here (with solutions).



I'm sorry if it is not acceptable but we can't do anything about that,
see the other reports for a complete and detailed explanation.

------------------------------------------------------------------------
[2010-02-10 10:57:11] tony at marston-home dot demon dot co dot uk

THIS IS NOT BOGUS, IT IS A GENUINE BUG!!!



If print_r(gethostbynamel('localhost'));  produces the following:



Array

(

    [0] => 127.0.0.1

)



then why can't fsockopen connect to 'localhost'? It is a valid name
which is recognised by every other piece of software on my computer, so
there is no good reason why fsockopen should have a problem with it.



I have another PC which runs 5.3.0 where fsockopen does not have a
problem with 'localhost', therefore there is a bug in 5.2

------------------------------------------------------------------------
[2010-02-10 10:18:16] paj...@php.net

Already explained why it can't and won't be fixed in 5.2, neither in
5.3. Use the IP then instead of the hostname. Bogus (duplicated, not
really a bug per se but a feature,etc.)

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


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/bug.php?id=50953


-- 
Edit this bug report at http://bugs.php.net/bug.php?id=50953&edit=1

Reply via email to