Keep Server Online
If you find the Apache Lounge, the downloads and overall help useful, please express your satisfaction with a donation.
or
A donation makes a contribution towards the costs, the time and effort that's going in this site and building.
Thank You! Steffen
Your donations will help to keep this site alive and well, and continuing building binaries. Apache Lounge is not sponsored.
| |
|
Topic: PHP 8.3.6, 8.2.18, 8.1.28, 8.0.30, 7.4-7.0, 5.6-5.3 |
Page Previous 1, 2, 3 ... 6, 7, 8 ... 16, 17, 18 Next |
Author |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Tue 04 Apr '17 8:06 Post subject: |
|
|
Seems the cache was indeed the problem:
Quote: | Good catch !
At some point I cleaned this cache to test, I guess I did not do it well because this morning, cleaning it again and changing the soap cache directory in php.ini to a brand new location I was pleased to see it work perfectly.
Thanks and sorry for the 'false' bug. |
Please close https://bugs.php.net/bug.php?id=74331 |
|
Back to top |
|
jcelle
Joined: 10 Feb 2017 Posts: 6 Location: Nice, France
|
Posted: Wed 05 Apr '17 15:49 Post subject: |
|
|
Closed.
Thanks for your support Jan-E ! |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Thu 20 Apr '17 11:24 Post subject: |
|
|
Recompiled all builds with Curl 7.54.0. |
|
Back to top |
|
Capital
Joined: 27 Apr 2017 Posts: 1
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Fri 26 May '17 5:26 Post subject: |
|
|
Updated all the builds to OpenSSL 1.0.2l-fips 25 May 2017. |
|
Back to top |
|
ch1902
Joined: 25 Sep 2013 Posts: 4
|
Posted: Wed 07 Jun '17 10:50 Post subject: |
|
|
Hi Jan, thank you so much for the windows builds, especially the more obscure PECL extensions.
Would it be possible for you to include the ImageMagickObject.dll, CORE_*.dll and IM_*.dll files that you build with the imagick extension in the zip file? It's not always easy to find the right versions of the DLLs to match the supported file types and/or version number. If they don't match you end up getting "Warning: Version warning: Imagick was compiled against Image Magick version XXXX but version XXXX is loaded. Imagick will run but may behave surprisingly in Unknown on line 0" in the logs.
The zip available at http://windows.php.net/downloads/pecl/deps/ doesn't seem to contain even half of the supported file types and is a few versions behind the one you compile with. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Thu 15 Jun '17 20:16 Post subject: |
|
|
Recompiled all these builds with curl 7.54.1 and ImageMagick 6.9.8-9 Q16 x64 2017-06-03. The same applies for PHP 7.2.0 alpha1. |
|
Back to top |
|
jampot5000
Joined: 15 Jun 2017 Posts: 3
|
Posted: Thu 15 Jun '17 23:12 Post subject: Failed Modules |
|
|
Hi Jan-E,
Thanks for all the work you do in building this, I am attempting to use the 7.1.6 x86 thread safe version in my dev environment.
However when trying to use my previous php.ini I noticed that the curl and OpenSSL modules were failing to load. The error provided on PHP startup is "attempt to access invalid address".
I tried using the php.ini.bak included in the zip, which initially showed no errors though this it seems is due to startup errors being disabled. It would seem alot of modules fail to load when using the php.ini.bak I have provided a list below of the ones that fail due to invalid address, there are afew others that fail due to not being present.
Is there any chance this is a configuration issue, or is there a build problem?
curl
ftp
http
couchbase
ldap
mongodb
oauth
openssl
crypto
pdo_pgsql
pgsql
snmp
event
solr
ssh2
stomp
I would be grateful for any help, thanks. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Thu 15 Jun '17 23:36 Post subject: |
|
|
A lot of the failing extensions are using OpenSSL, so I expect there is a conflicting version somewhere in your path. Are you using Apache? If you are loading PHP by loading LoadModule php7_module path/php7apache2_4.dll make sure the DLL's in apache\bin are the same as those in the PHP-directory.
The best way to test the builds without Apache: unzip it, open a command prompt, go to the directory with the php.exe, copy php.ini.bak to php.ini, set the path to . ("set path=.") and run php -m or php-cgi phpinfo.php. Some of the extensions are bound to fail if you do not have the required dependent DLL's in the PHP-directory. At build time I have them there, but I do not include all of them.
https://phpdev.toolsforresearch.com/php-7.1.6-Win32-VC14-x86.htm was created this way, using
Code: | php-cgi phpinfo.php > php-7.1.6-Win32-VC14-x86.htm |
|
|
Back to top |
|
jampot5000
Joined: 15 Jun 2017 Posts: 3
|
Posted: Fri 16 Jun '17 0:00 Post subject: |
|
|
Thanks for the prompt response,
I am using php both on the command line and with php-cgi and nginx, I have my phpinfo output ran the way you suggest is here https://www.hastebin.com/raw/ojotubitik. The php.ini is the same as the .bak just with the previous changes I mentioned to enable errors. Diff is shown below,
Code: |
diff php.ini php.ini.bak
478c478
< display_errors = On
---
> display_errors = Off
489c489
< display_startup_errors = On
---
> display_startup_errors = Off
|
As you can see curl and openssl still fail to load along with others, though as you say they will fail if they are dependant on openssl. My path is set to . as suggested so it isn't something else in my path.
Thanks again. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Fri 16 Jun '17 3:50 Post subject: |
|
|
OpenSSL should load from the PHP-directory (the 2 *eay32.dll files). However, in the output of phpinfo() I noticed this:
<tr><td class="e">OPENSSL_CONF </td><td class="v">D:\Programs\laragon\bin\apache\httpd-2.4.25-win32-VC14\conf\openssl.cnf </td></tr>
Try unsetting the OPENSSL_CONF:
As you can see from the Environment section in https://phpdev.toolsforresearch.com/php-7.1.6-Win32-VC14-x86.htm I am unsetting almost every variable from the environment before running php-cgi phpinfo.php. My current unsetting list is here:
https://gist.github.com/Jan-E/92bfe838f901afd54b008b089728ceb1
Sorted alphabetically except for the latest additions that were needed for compiling PHP 7.2 with VC15.
At the end of every build session I am running it as follows:
Code: | cmd /c c:\php-sdk\nopath.bat
phpinfo.htm |
Edit: see your phpinfo() in a better readable form:
https://phpdev.toolsforresearch.com/phpinfo_laragon.htm
The Environment and PHP Variables sections are much larger than mine. |
|
Back to top |
|
jampot5000
Joined: 15 Jun 2017 Posts: 3
|
Posted: Fri 16 Jun '17 13:42 Post subject: |
|
|
Hi Jan-E,
Sorry that was a left over from my old dev installation I have wiped out the environment variables so that they now match yours. I am still having issues however.
https://www.hastebin.com/raw/cecobeqiyi
I opened my phpinfo output as the html originally, I just couldn't find a nice way to share it as html, so I provided it as raw so it was easier for you to save as a html file to glance at.
Your help in debugging is much appreciated.
Regards
EDIT: This also occurs with the nts version
DOUBLE EDIT: I have just tested this on what is essentially a clean machine (only had chrome installed since it was bought) and it exhibits the same behaviour.
https://www.hastebin.com/raw/ibexogefex
I didn't remove the environment vars as they should just be stock windows. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Fri 16 Jun '17 15:38 Post subject: |
|
|
Did you install the VC++ redistributables on that clean machine? See https://www.apachelounge.com/download/
I allways install both the x64 and the x86 versions. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
Posted: Fri 07 Jul '17 23:57 Post subject: |
|
|
PHP 5.6 has been upgraded to 5.6.31. The 5.6 branch will only get security patches, so it is definitely worth upgradind. |
|
Back to top |
|
Zaedred
Joined: 14 Sep 2017 Posts: 1
|
Posted: Thu 14 Sep '17 15:23 Post subject: |
|
|
Hi Jan-E,
My small team and I have found your PHP versions with all the extensions ready to go recently and downloaded the PHP 7.0.22 NTS 32 bit version. We all have been having intermittent issues with getting extensions to load. Some of us the extensions seem to load a lot less frequently than the others. The extensions we are having difficulty with are (openssl, ldap, curl, and ssh2). We use all of these extensions in various projects we work with so we can't just disable them.
The part that makes this much more difficult to find a fix is we are a Windows + IIS shop but use PHP. So finding help online is very challenging when stuff just doesn't want to work with PHP on Windows with IIS.
Here are some things we have tried that we found online to try to get the extensions to load:
Using a full path for extension_dir
Moving the libeay32.dll and ssleay32.dll files to all locations (the php install folder itself, windows32, sysWOW64, and created a bin folder in wwwroot for them).
Removed older PHP versions on the PC from the PATH variable.
Removed the libssh2.dll file that we used with our old 5.4 version of PHP from windows32 and sysWoW64.
There are quite a few other things that we have tried as well but no luck with them either. Unfortunatly, this fails enough that if we tried to move this to production we would be worried any time there is a server restart we'd have to keep restarting IIS until finally the extensions load properly. Any help with this would be greatly appreciated. |
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
Jan-E
Joined: 09 Mar 2012 Posts: 1248 Location: Amsterdam, NL, EU
|
|
Back to top |
|
|
|
|
|
|