Edit report at http://bugs.php.net/bug.php?id=50410&edit=1
ID: 50410
Comment by: andrew at mammoth dot com dot au
Reported by: procyonar at gmail dot com
Summary: curl extension slows down PHP
Status: Feedback
Type: Bug
Package: cURL related
Operating System: win32 only - Windows 7
PHP Version: 5.2.11
New Comment:
Confirmed as still a problem in 5.2.13
I copied my php.ini file from c:\php\php.ini to \php\523\php.ini and
updated the
extension_dir directory inside the file to point to the new \php\523\ext
folder.
I verified this change worked by running:
php -c . -v
This prints:
PHP 5.2.13 (cli) (built: Feb 24 2010 14:32:32)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
And a delay of 5 seconds.
If I rename the 523\ext\php_curl.dll and re-run the command, I get an
error
about a missing module as expected (verified this ext dir is being used
etc).
If I uncomment php_curl.dll under extensions in php.ini, the same
command
completes immediately.
On my system at least, disabling the php_curl extension fixes the
problem.
Interestingly, I do not have any page load delay using curl on web pages
(uisng
php 5.2.11). I am using IIS with Windows 7.
The example code from the php documentation page works as expected:
<?php
$ch = curl_init("http://www.example.com/");
$fp = fopen("example_homepage.txt", "w");
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_exec($ch);
curl_close($ch);
fclose($fp);
---
(I see an example_homepage.txt file with the html contents inside).
phpinfo() also reports the CURL extension has loaded. Commenting out the
php_curl extension in the ini file and restarting IIS (to refresh the
php ini
file) shows the expected 'Fatal
error: Call to undefined function curl_init()' error.
So to summarise:
1) The latest PHP version still appears to have this problem
2) The md5sum of php_curl.dll between these php versions has changed;
however
the included libeay32.dll file has remained the same
3) It's interesting that CURL (and even just loading a blank PHP page)
runs
without delay under IIS, but using the CLI causes a problem.
4) mailnew2ster at mail dot ru's comment about libeay32.dll being
patched is
interesting.
Perhaps this is the fault of OpenSSL under Windows? Maybe libeay32.dll
needs to
be updated to a newer version in the PHP distribution?
I found another version of this file on my computer, but using that in
place of
the one PHP comes with causes an 'Ordinal not found' error during PHP
startup
when it tries to load the curl
extension.
I suspect PHP/php_curl needs to be compiled/linked to the newer DLL for
it to
work, so I cannot test a newer libeay32.dll build on my own.
It may be worth a shot finding a newer version of this library (from
OpenSSL?)
and compiling/linking the php_curl module against it and then testing if
the
extension still causes the delay
with an updated libeay32.dll.
Previous Comments:
------------------------------------------------------------------------
[2010-05-25 01:29:40] pajoye@php.net
can you try with 5.2.13 pls?
But I very much doubt that the 5 seconds are due to the problem
described in this report.
------------------------------------------------------------------------
[2010-05-25 00:56:48] andrew at mammoth dot com dot au
This is STILL a problem.
Windows 7 64bit here, PHP 5.2.11
php -v
<takes 5 seconds> for the script to terminate
Five seconds for *any* CLI operation in PHP under Windows with an out of
the box
PHP install.
Surely this is an important enough bug to warrant someone checking into
this?
------------------------------------------------------------------------
[2010-05-18 23:39:13] mailnew2ster at mail dot ru
The same thing happens on my system.
Windows 7 x86, PHP 5.3 (5.3.2) VC9 x86 Thread Safe (2010-Mar-04
20:11:10)
After some debugging of php I found out that the RAND_screen() function
in
libeay32.dll is responsible for slowing down the execution.
I've patched the function out, and it really became fast again. I don't
use SSL
stuff so I don't care how this affects security.
The patch is 0xE8 -> 0xC3 on offset 0x0003EE10, you can use it as a
temporary
solution (patch it with any hex editor).
Cheers!
------------------------------------------------------------------------
[2010-02-18 10:31:00] raul dot valge at gmail dot com
I am using PHP as embedded in another Win application.
I can confirm that the issue occurs both from cli and embed sapi.
I have tried different versions and also found that the issue started
with 5.2.11 and is present up to 5.3.1
------------------------------------------------------------------------
[2010-01-15 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
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=50410
--
Edit this bug report at http://bugs.php.net/bug.php?id=50410&edit=1