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] [EMAIL PROTECTED]

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] [EMAIL PROTECTED]

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

Reply via email to