Edit report at https://bugs.php.net/bug.php?id=61141&edit=1
ID: 61141
Comment by: bompus at gmail dot com
Reported by: amoo_miki at yahoo dot com
Summary: curl_multi_select returns -1
Status: Open
Type: Bug
Package: cURL related
Operating System: Windows 7 x64
PHP Version: 5.3.10
Block user comment: N
Private report: N
New Comment:
Related to 60790 and 61240
Previous Comments:
------------------------------------------------------------------------
[2012-02-29 08:17:12] amoo_miki at yahoo dot com
The curl details on 5.3.9 are:
cURL support => enabled
cURL Information => 7.21.7
Age => 3
Features
AsynchDNS => Yes
Debug => No
GSS-Negotiate => Yes
IDN => No
IPv6 => Yes
Largefile => Yes
NTLM => Yes
SPNEGO => No
SSL => Yes
SSPI => Yes
krb4 => No
libz => Yes
CharConv => No
Protocols => dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap,
pop3, pop3s, rtsp, scp, sftp, smtp, smtps, telnet, tftp
Host => i386-pc-win32
SSL Version => OpenSSL/0.9.8r
ZLib Version => 1.2.5
libSSH Version => libssh2/1.2.7
meaning the changes are related to one of the following:
5.3.9 -> 5.3.10
libcURL: 7.21.7 -> 7.24.0
GSS/Negotiate: Yes -> NO
SSPI: Yes -> No
OpenSSL: 0.9.8r -> 0.9.8t
libSSH: 1.2.7 -> 1.3.0
I don't see a reason for the last 2 effecting anything.
------------------------------------------------------------------------
[2012-02-28 22:09:05] bompus at gmail dot com
I hope this helps. curl_multi_select works fine on my PHP 5.3.6 under Windows 7
x64 with the following CURL
information:
cURL support => enabled
cURL Information => 7.21.2
Age => 3
Features
AsynchDNS => Yes
Debug => No
GSS-Negotiate => No
IDN => No
IPv6 => Yes
Largefile => Yes
NTLM => Yes
SPNEGO => No
SSL => Yes
SSPI => Yes
krb4 => No
libz => Yes
CharConv => No
Protocols => dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap,
pop3, pop3s, rtsp, scp, sftp,
smtp, smtps, telnet, tftp
Host => i386-pc-win32
SSL Version => OpenSSL/1.0.0d
ZLib Version => 1.2.3
libSSH Version => libssh2/1.2.7
-----
Under PHP 5.3.10 on Windows 7 x64, curl_multi_select is always returning -1
with the following CURL
information:
cURL support => enabled
cURL Information => 7.24.0
Age => 3
Features
AsynchDNS => Yes
Debug => No
GSS-Negotiate => No
IDN => No
IPv6 => Yes
Largefile => Yes
NTLM => Yes
SPNEGO => No
SSL => Yes
SSPI => No
krb4 => No
libz => Yes
CharConv => No
Protocols => dict, file, ftp, ftps, gopher, http, https, imap, imaps, ldap,
pop3, pop3s, rtsp, scp, sftp,
smtp, smtps, telnet, tftp
Host => i386-pc-win32
SSL Version => OpenSSL/0.9.8t
ZLib Version => 1.2.5
libSSH Version => libssh2/1.3.0
I am trying to make GET requests to https:// is that helps. I noticed that
there are different versions of
libcurl and OpenSSL used, so it could end up being an issue with either one of
those, most likely libcurl or
PHP itself. Hope this helps!
------------------------------------------------------------------------
[2012-02-28 16:52:26] bompus at gmail dot com
Same exact problem and has been driving me nuts. I keep having to revert back
to
PHP 5.3.6 -- I have not tried 5.3.9 yet, but did try 5.3.10 and had the same
issue. I am running loops with curl_multi_select and they always time out
because
of an infinite loop since it's always returning -1
------------------------------------------------------------------------
[2012-02-20 20:28:50] amoo_miki at yahoo dot com
I put some debug code and got to "curl_multi_select" returning -1 no matter
what, which seems to mean failure from the underlying select system call.
So I guess, the conversation between Win7 x64 and cURL in 5.3.10 is not going
smooth.
------------------------------------------------------------------------
[2012-02-20 11:42:47] amoo_miki at yahoo dot com
I used these URLs just to make sure the content is small while my original code
looks at various news feeds. I did make sure the URLs return stuff, via simple
usage of cURL too.
The timeout happens within the loop that performs the curl_multi_select.
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=61141
--
Edit this bug report at https://bugs.php.net/bug.php?id=61141&edit=1
