php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #68047 the curl extension doesn't load using apache
Submitted: 2014-09-18 16:23 UTC Modified: 2014-10-24 23:08 UTC
Votes:14
Avg. Score:4.4 ± 1.2
Reproduced:13 of 13 (100.0%)
Same Version:7 (53.8%)
Same OS:4 (30.8%)
From: leo020588 at gmail dot com Assigned:
Status: Not a bug Package: cURL related
PHP Version: 5.5.17 OS: Windows 7 x64
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: leo020588 at gmail dot com
New email:
PHP Version: OS:

 

 [2014-09-18 16:23 UTC] leo020588 at gmail dot com 
Description:
------------
I tried a clean clean install just to be sure:
1. Unpack php-5.5.17-Win32-VC11-x86.zip
2. Rename php.ini-production -> php.ini
3. Edit php.ini
extension=php_curl.dll
extension_dir = "D:/zerver/system/php/ext"

This exact same steps works fine using php-5.5.16-Win32-VC11-x86.zip

Works ok through cli. So, I tried different flavors of apache (apachelounge) with the same result (curl doesn't load).
- httpd-2.4.10-win32-VC9.zip
- httpd-2.4.10-win32.zip (VC10)
- httpd-2.4.10-win32-VC11.zip

Relevant part from httpd.conf to load apache:
LoadModule php5_module "D:/zerver/system/php/php5apache2_4.dll"
PHPIniDir "D:/zerver/system/php"
AddType application/x-httpd-php .php

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2014-09-21 14:21 UTC] momchilmg at yahoo dot com 
My solution: Copy php_curl.dll from 5.5.16 archive to 5.5.17 and all work fine.
 [2014-10-13 16:14 UTC] ab@php.net
-Status: Open +Status: Feedback
 [2014-10-13 16:14 UTC] ab@php.net 
Please check with bug #68208. Your bug looks similar, so you might use deplister.exe to check whether some dll missing or try other suggestions.

Thanks.
 [2014-10-13 20:20 UTC] leo020588 at gmail dot com 
deplister.exe shows everything ok.
Adding the php folder to environment path solve the problem.
I guess php-5.17 has new o different dlls compared to my system Win7x64SP1.
 [2014-10-16 23:17 UTC] momchilmg at gmail dot com 
PHP 5.5.16 is last version for me without problem with this extension.
php_curl.dll in 5.5.16 is 496KB, but in 5.5.17/5.5.18 is only 403/401KB.
 [2014-10-22 20:43 UTC] maba at mb-systemhaus dot net 
Same here:
----------
clean 5.5.18 install
used php.ini-development (which shouldn't change anything compared to prod)
extension=php_curl.dll
extension_dir=c:/..../ext  (containing full pathname)
 [2014-10-24 23:08 UTC] ab@php.net
-Status: Feedback +Status: Not a bug
 [2014-10-24 23:08 UTC] ab@php.net 
Ok, so this is an environment issue after all. In 5.5.17 the only thing changed was an upgrade to libcurl itself. That might have changed how the php_curl.dll was built and its size and also added a DLL dependency. However all the dep DLLs (except those from the CRT) are being delivered in the PHP zipball, so setting (or already having) the correct %path% should solve it.

Cheers.
 [2014-10-25 17:43 UTC] maba at mb-systemhaus dot net 
I would tend to disagree with the "not a bug" assessment. In the previous releases it was possible to start up PHP with all extensions that came packaged with the ZIP without setting up anything but extension_dir.

The only extension that no longer works this way is php_curl?
 [2014-11-21 14:59 UTC] herb at bobbingwide dot com 
I had exactly the same problem with 5.5.18 and initially used the same workaround - copy php_curl.dll from 5.5.16 into my c:\php\ext folder.

But having read these comments, I realised that my problem was due to the fact that when my apache service was started c:\php wasn't in the PATH. It was loading some of the dependent DLLs from c:\apache24\bin (libeay32.dll and ssleay32.dll) but it could not find the new dll - libssh2.dll

Curl was working fine in PHP CLI since c:\php was in my user defined path.

Having added c:\php; to the end of the system's path the problem is resolved.

Whether or not libeay32.dll and ssleay32.dll still need to be present in c:\apache24\bin is now questionable.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Nov 22 04:01:28 2024 UTC