logo
Apache Lounge
Webmasters

 


About

Forum Index Downloads Search Register Log in  RSS Apache Lounge
 



Keep Server Online

If you find the Apache Lounge, the downloads and overall help useful, please express your satisfaction with a donation.

or

Bitcoin

A donation makes a contribution towards the costs, the time and effort that's going in this site and building.

Thank You! Steffen

Apache Lounge is not sponsored.

Your donations will help to keep this site alive and well, and continuing building binaries.



PHP 7.1.9, 7.0.23, 5.6.31, 5.5.38, 5.4.45, 5.3.29 available
Goto page Previous  1, 2, 3, 4, 5, 6, 7
 
Post new topic   Reply to topic    Apache Forum Index -> Apache Building & Member Downloads



View previous topic :: View next topic  
Author Message
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Fri 31 Mar '17 7:58    Post subject: Reply with quote

I added a comment to https://bugs.php.net/bug.php?id=74331

Jerome: for testing purposes it is best to disable WSDL caching:
http://php.net/manual/en/soap.configuration.php

Something like:
Code:
ini_set('soap.wsdl_cache_enable', '0');
Back to top
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Tue 04 Apr '17 8:06    Post subject: Reply with quote

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

PostPosted: Wed 05 Apr '17 15:49    Post subject: Reply with quote

Closed.
Thanks for your support Jan-E !
Back to top
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 20 Apr '17 11:24    Post subject: Reply with quote

Recompiled all builds with Curl 7.54.0.
Back to top
Capital



Joined: 27 Apr 2017
Posts: 1

PostPosted: Thu 27 Apr '17 16:23    Post subject: Reply with quote

Hi Jan-E!
Great job!

I ask you add to build pthread extension
https://github.com/krakjoe/pthreads
http://php.net/manual/en/book.pthreads.php

It's useful but rare in prepared binaries extension. The latest binaries is:
http://windows.php.net/downloads/pecl/releases/pthreads/3.1.6/
for PHP 7.0, not for PHP 7.1

Also I suggest You publish your sources configured for make build with all extension, and make one build_7x_ts_86.bat and build_7x_ts_64.bat for everyone will may make the build under Win easy.

Thaks.
Back to top
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 27 Apr '17 17:06    Post subject: Reply with quote

Capital wrote:
I ask you add to build pthread extension
https://github.com/krakjoe/pthreads

php_pthreads.dll does not build anymore on Windows. See
https://ci.appveyor.com/project/krakjoe/pthreads/build/master.131#L1062

And https://github.com/krakjoe/pthreads/commit/25a5a18beb912c9c3e13e8474c0dc373988e78a0 with the comment.

Edit: And it is restricted to CLI in PHP7. See https://github.com/krakjoe/pthreads/issues/539
Back to top
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Fri 26 May '17 5:26    Post subject: Reply with quote

Updated all the builds to OpenSSL 1.0.2l-fips 25 May 2017.
Back to top
ch1902



Joined: 25 Sep 2013
Posts: 1

PostPosted: Wed 07 Jun '17 10:50    Post subject: Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 08 Jun '17 3:53    Post subject: Reply with quote

ch1902 wrote:
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 would not make any sense, because I'd have to include the complete Q16 x64 and Q16 x86 versions of ImageMagick.

Sometimes I install new versions of both Q16 variants from http://ftp.acc.umu.se/mirror/imagemagick.org/ftp/binaries/ on my build machines. They are now a little ahead of me, so I had to google for "ImageMagick-6.9.7-10-Q16-x64-dll.exe" (including the quotes) to find them here:
http://ftp.icm.edu.pl/packages/ImageMagick/binaries/

If you do not trust that source, try the same filenames at the phpdev.toolsforresearch.com server. They might be there... No links please, because I do not want spiders to download those files as well.

Edit Download http://ftp.acc.umu.se/mirror/imagemagick.org/ftp/binaries/ImageMagick-6.9.8-9-Q16-x64-dll.exe and http://ftp.acc.umu.se/mirror/imagemagick.org/ftp/binaries/ImageMagick-6.9.8-9-Q16-x86-dll.exe now, to be sure you've got the right version whenever I am rebuilding again. This will probably be after the release of the next curl on Wednesday 14 June.
Back to top
Jan-E



Joined: 09 Mar 2012
Posts: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 15 Jun '17 20:16    Post subject: Reply with quote

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

PostPosted: Thu 15 Jun '17 23:12    Post subject: Failed Modules Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 15 Jun '17 23:36    Post subject: Reply with quote

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

PostPosted: Fri 16 Jun '17 0:00    Post subject: Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Fri 16 Jun '17 3:50    Post subject: Reply with quote

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:
Code:
set 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

PostPosted: Fri 16 Jun '17 13:42    Post subject: Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Fri 16 Jun '17 15:38    Post subject: Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Fri 07 Jul '17 23:57    Post subject: Reply with quote

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

PostPosted: Thu 14 Sep '17 15:23    Post subject: Reply with quote

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: 780
Location: Amsterdam, NL, EU

PostPosted: Thu 14 Sep '17 16:24    Post subject: Reply with quote

Make sure it is not my build that is causing the troubles. Download PHP from http://windows.php.net/download/ and the non-core extensions from https://pecl.php.net/

That might be only https://pecl.php.net/package/ssh2/1.1.2/windows

I am no IIS expert, so cannot help you further.
Back to top


Post new topic   Reply to topic    Apache Forum Index -> Apache Building & Member Downloads Goto page Previous  1, 2, 3, 4, 5, 6, 7
Page 7 of 7