Bug->Doc #76649 [Opn->Ver]: cURL module requires libssh2.dll

From: Date: Sun, 22 Jul 2018 18:13:26 +0000
Subject: Bug->Doc #76649 [Opn->Ver]: cURL module requires libssh2.dll
References: 1  Groups: php.doc.bugs 
Request: Send a blank email to doc-bugs+get-15914@lists.php.net to get a copy of this message 
Edit report at https://bugs.php.net/bug.php?id=76649&edit=1

 ID:                 76649
 Updated by:         requinix@php.net
 Reported by:        laucomm at gmail dot com
-Summary:            cURL module does not get loaded
+Summary:            cURL module requires libssh2.dll
-Status:             Open
+Status:             Verified
-Type:               Bug
+Type:               Documentation Problem
 Package:            cURL related
 Operating System:   Windows
 PHP Version:        7.2.8
 Block user comment: N
 Private report:     N

 New Comment:

As the top three comments on the cURL installation page say,
  http://php.net/manual/en/curl.installation.php
you need libssh2.dll in the path. The Apache download includes libcrypto and libssl but not libssh2.
Copying it from the PHP download to Apache's bin\ is sufficient.

Docs need updating.


Previous Comments:
------------------------------------------------------------------------
[2018-07-22 17:57:42] spam2 at rhsoft dot net

that only proves that you modified the config for the cli successful so hell look at phpinfo()
output which configs the webserver is using and enable display _startup_errors (I'm at a mobile
so please look for exactly name) and make sure you have set a proper writable error_log

when your cli can load the extension it is for sure a local config issue and as said this is the
wrong bug tracker

------------------------------------------------------------------------
[2018-07-22 17:35:12] laucomm at gmail dot com

If by "both APIs" you mean the php.exe being called directly with the "-m"
parameter and php being loaded by apache as a module, than yes.

When I remove the "extension=curl" line from the php.ini file, the "php.exe -m"
output is missing the "curl" line as expected.

------------------------------------------------------------------------
[2018-07-21 12:59:02] cmb@php.net

Are you absolutely sure that both APIs use the same ini settings?

------------------------------------------------------------------------
[2018-07-20 17:16:12] laucomm at gmail dot com

As implicitly suggested, here the version and modules output:

PS C:\Program Files\php> .\php.exe -v
PHP 7.2.8 (cli) (built: Jul 18 2018 10:03:03) ( ZTS MSVC15 (Visual C++ 2017) x64 )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
PS C:\Program Files\php> .\php.exe -m
[PHP Modules]
bcmath
calendar
Core
ctype
curl  <--
date
dom
filter
gd
hash
iconv
json
libxml
mbstring
mysqli
mysqlnd
openssl
pcre
PDO
Phar
readline
Reflection
session
SimpleXML
soap
SPL
standard
tokenizer
wddx
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]

PS C:\Program Files\php>

It can be seen, that curl is listed, bu it is not listed in the phpinfo() output and no cURL
functions are available.

------------------------------------------------------------------------
[2018-07-20 17:10:18] laucomm at gmail dot com

I think it is highly unlikely that this issue is connected to the compilation source of Apache 2.4.
It is PHP that is loading it's extensions, not Apache. I just mentioned the Apache version and
source to describe the environment (Windows users usually do not compile there own binaries).

I believe that the officially compiled PHP 7.2.8 binaries for Windows
(https://windows.php.net/downloads/releases/php-7.2.8-Win32-VC15-x64.zip) are containing a
non-working (non-loading) version of cURL.

------------------------------------------------------------------------


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=76649


--
Edit this bug report at https://bugs.php.net/bug.php?id=76649&edit=1

Thread (12 messages)

« previous php.doc.bugs (#15914) next »