#10572 [Com]: https takes forever and a day when curl is enabled
| From: | Models-Directory1767 at hotmail dot com | Date: | Tue, 20 Jul 2004 15:01:55 +0000 |
| Subject: | #10572 [Com]: https takes forever and a day when curl is enabled | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-62827@lists.php.net to get a copy of this message | ||
ID: 10572
Comment by: Models-Directory1767 at hotmail dot com
Reported By: Clement dot Ong at shinetech dot com
Status: Closed
Bug Type: cURL related
Operating System: Linux Red Hat 7.0
PHP Version: 4.0.5
New Comment:
<a href=http://www.geocities.com/cnowmzlhxu6940/>Directory
Models</a>
Previous Comments:
------------------------------------------------------------------------
[2001-05-02 15:33:35] sterling@php.net
user said: not a php problem, therefore bug closed, please
file it with the cURL folks (http://curl.haxx.se)..
------------------------------------------------------------------------
[2001-05-02 00:24:54] Clement dot Ong at shinetech dot com
I managed to get https working with curl by copying libcurl.so.2.0.0
from my server that works.
Here is the output of running ldd on both versions :-
#ldd libcurl.so.2.0.0.working
libdl.so.2 => /lib/libdl.so.2 (0x400c9000)
libc.so.6 => /lib/libc.so.6 (0x400cc000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 0x80000000)
#ldd libcurl.so.2.0.0
libssl.so.0 => /usr/lib/libssl.so.0 (0x4001f000)
libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4004d000)
libdl.so.2 => /lib/libdl.so.2 (0x40105000)
libc.so.6 => /lib/libc.so.6 (0x40108000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
For whatever reason CURL on the new server is not using shared objects
for libssl.so and libcrypto.so as evidence by them missing and the file
size being about 4 times larger than the working version.
For you info I used the following command to build CURL 7.7.1
./configure --with-ssl-
It appears that this is not a PHP problem.
------------------------------------------------------------------------
[2001-05-01 21:47:22] Clement dot Ong at shinetech dot com
This is the confuration I use on build 200104091745
./configure --with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc/php \
--with-mysql=/usr \
--with-java=/usr/java/jdk1.3 \
--with-ldap \
--with-imap \
--with-curl \
--with-gd \
--enable-versioning
the URL I use is https://www.shinemail.com which is an
internal
resource.
------------------------------------------------------------------------
[2001-05-01 08:55:30] jmoore@php.net
Can you please provide a small simple script to reproduce this (so that
we can use it) also your configure line would be useful.
- James
------------------------------------------------------------------------
[2001-05-01 02:13:02] Clement dot Ong at shinetech dot com
I am experiencing the same problem(https takes a long time to return
when curl is enabled with php) as noted in
http://www.php.net/bugs.php?id=10195
after I built our production machine. All the software components and
their versions are the same on both machines.
When I did a uname on the server that is working with https and curl
enabled I get
localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:16:55 EDT 2000 i586
unknown
on the server that is not working it is :-
localhost.localdomain 2.2.16-22 #1 Tue Aug 22 16:17:40 EDT 2000 i686
unknown
Could the differerent instruction set be causing the problem, i686
compared to i586?
I've downloaded the latest build(April 30th) but the make fails with
problems with curl headers.
Does anyone know what is this happening?
cheers,
Clement
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=10572&edit=1