# PHP 5.2.7RC4 Testing - Thread: https://externals.io/message/42001 - Original archive: https://news-web.php.net/php.internals/42001 - Started by Ilia Alshanetsky on 2008-11-21T01:00:05+00:00 - Messages: 16 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #42001 — Ilia Alshanetsky — 2008-11-21T01:00:05+00:00 URL: https://externals.io/message/42001#42001 The fourth & final release candidate of 5.2.7 was just released for testing and can be downloaded here: http://downloads.php.net/ilia/php-5.2.7RC4.tar.bz2 (md5sum: 0ff0fa65a16a98657fda3aed9adefdef) The Windows are available as well at the following URL: http://windows.php.net/qa/ . The number of changes since the last RC were fairly minimal and it is my opinion we are ready for the final release come Thursday next week. As usual please test this release and report any bugs that you may find, pending any new critical issues the final will be available shortly. Ilia Alshanetsky PHP 5.2 Release Master --- ## #42022 — Edward Z. Yang — 2008-11-23T21:48:38+00:00 URL: https://externals.io/message/42001#42022 · In reply to: #42001 Ilia Alshanetsky wrote: > The Windows are available as well at the following URL: > http://windows.php.net/qa/. The number of changes since the last RC were > fairly minimal and it is my opinion we are ready for the final release > come Thursday next week. As usual please test this release and report > any bugs that you may find, pending any new critical issues the final > will be available shortly. This is likely a quirk in my Windows setup, but when I run RC2 and RC4 I get the error "This application has failed to start because MSVCR80.dll was not found." Is this an artifact from the new Windows build system? Other than that, all tests pass on HTML Purifier. :-) Cheers, Edward --- ## #42024 — Pierre Joye — 2008-11-23T21:55:34+00:00 URL: https://externals.io/message/42001#42024 · In reply to: #42022 On Sun, Nov 23, 2008 at 10:48 PM, Edward Z. Yang wrote: > Ilia Alshanetsky wrote: > > […] > > This is likely a quirk in my Windows setup, but when I run RC2 and RC4 I > get the error "This application has failed to start because MSVCR80.dll > was not found." Is this an artifact from the new Windows build system? > > Other than that, all tests pass on HTML Purifier. :-) It should not use MSVCR80.dll as it is only for VC9. Can you try with a clean install and/or using a snapshot (5.2, http://windows.php.net)? Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #42025 — Edward Z. Yang — 2008-11-23T22:01:04+00:00 URL: https://externals.io/message/42001#42025 · In reply to: #42024 Pierre Joye wrote: > It should not use MSVCR80.dll as it is only for VC9. > > Can you try with a clean install and/or using a snapshot (5.2, > http://windows.php.net)? I will try the snapshot very shortly. I did a little more poking around and php_curl.dll appears to be the culprit, not php.exe. There's no manifest on the dll, though, which is puzzling. Cheers, Edward --- ## #42026 — Edward Z. Yang — 2008-11-23T22:04:03+00:00 URL: https://externals.io/message/42001#42026 · In reply to: #42024 Pierre Joye wrote: > > […] > > I will try the snapshot very shortly. I get the same error from php_curl.dll in the snapshot. > I did a little more poking around and php_curl.dll appears to be the > culprit, not php.exe. There's no manifest on the dll, though, which is > puzzling. Cheers, Edward --- ## #42028 — Pierre Joye — 2008-11-23T22:16:21+00:00 URL: https://externals.io/message/42001#42028 · In reply to: #42026 On Sun, Nov 23, 2008 at 11:04 PM, Edward Z. Yang wrote: > Pierre Joye wrote: > > […] > > I get the same error from php_curl.dll in the snapshot. > > > […] Are you sure you are using the right php/php.ini/extension? I tried on a clean system (with no crt 8.0 around) and it works. As a second check, I loaded the extension and php in a dependency checker (snapshot and release), and both rely on the good old VC6 CRT. thanks for your feedback, Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #42029 — Edward Z. Yang — 2008-11-23T22:27:20+00:00 URL: https://externals.io/message/42001#42029 · In reply to: #42028 Pierre Joye wrote: > Are you sure you are using the right php/php.ini/extension? Yep. (Errors omitted for brevity) $ phpv 5.2.7RC5-dev --version PHP 5.2.7RC5-dev (cli) (built: Nov 23 2008 11:39:53) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies $ phpv 5.2.7RC5-dev --ini Configuration File (php.ini) Path: C:\Windows Loaded Configuration File: C:\Software\PHP\versions\5.2.7RC5-dev\php.ini My version dependent php.ini looks something like: ; This portion is automatically generated for PHP 5.2.7RC5-dev extension_dir = C:\Software\PHP/versions/5.2.7RC5-dev/ext extension = php_mcrypt.dll extension = php_mbstring.dll extension = php_curl.dll extension = php_exif.dll extension = php_gd2.dll extension = php_mime_magic.dll extension = php_sockets.dll extension = php_imap.dll extension = php_ldap.dll extension = php_ming.dll extension = php_xmlrpc.dll extension = php_gmp.dll extension = php_mysql.dll extension = php_mysqli.dll extension = php_xsl.dll extension = php_pdo.dll extension = php_pdo_sqlite.dll extension = php_sqlite.dll extension = php_gettext.dll extension = php_zip.dll > I tried on a clean system (with no crt 8.0 around) and it works. As a > second check, I loaded the extension and php in a dependency checker > (snapshot and release), and both rely on the good old VC6 CRT. I'm going to load up my Windows XP virtual image and see what happens when I try running php. Will report. Cheers, Edward --- ## #42030 — Edward Z. Yang — 2008-11-23T22:27:33+00:00 URL: https://externals.io/message/42001#42030 · In reply to: #42028 Pierre Joye wrote: > Are you sure you are using the right php/php.ini/extension? Yep. (Errors omitted for brevity) $ phpv 5.2.7RC5-dev --version PHP 5.2.7RC5-dev (cli) (built: Nov 23 2008 11:39:53) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies $ phpv 5.2.7RC5-dev --ini Configuration File (php.ini) Path: C:\Windows Loaded Configuration File: C:\Software\PHP\versions\5.2.7RC5-dev\php.ini My version dependent php.ini looks something like: ; This portion is automatically generated for PHP 5.2.7RC5-dev extension_dir = C:\Software\PHP/versions/5.2.7RC5-dev/ext extension = php_mcrypt.dll extension = php_mbstring.dll extension = php_curl.dll extension = php_exif.dll extension = php_gd2.dll extension = php_mime_magic.dll extension = php_sockets.dll extension = php_imap.dll extension = php_ldap.dll extension = php_ming.dll extension = php_xmlrpc.dll extension = php_gmp.dll extension = php_mysql.dll extension = php_mysqli.dll extension = php_xsl.dll extension = php_pdo.dll extension = php_pdo_sqlite.dll extension = php_sqlite.dll extension = php_gettext.dll extension = php_zip.dll > I tried on a clean system (with no crt 8.0 around) and it works. As a > second check, I loaded the extension and php in a dependency checker > (snapshot and release), and both rely on the good old VC6 CRT. I'm going to load up my Windows XP virtual image and see what happens when I try running php. Will report. Cheers, Edward --- ## #42032 — Pierre Joye — 2008-11-23T22:30:58+00:00 URL: https://externals.io/message/42001#42032 · In reply to: #42030 Please try in the cmd line: cd C:\Software\PHP\versions\5.2.7RC5-dev\ext php.exe -n -d extension_dir=ext -d extension=php_curl.dll -m -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #42033 — Edward Z. Yang — 2008-11-23T22:36:04+00:00 URL: https://externals.io/message/42001#42033 · In reply to: #42032 Pierre Joye wrote: > Please try in the cmd line: > > cd C:\Software\PHP\versions\5.2.7RC5-dev\ext > > php.exe -n -d extension_dir=ext -d extension=php_curl.dll -m > C:\Users\Edward>cd C:\Software\PHP\versions\5.2.7RC5-dev\ext C:\Software\PHP\versions\5.2.7RC5-dev\ext>php.exe -n -d extension_dir=ext -d extension=php_curl.dll -m [PHP Modules] bcmath calendar com_dotnet ctype curl date dom filter ftp hash iconv json libxml odbc pcre Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zlib [Zend Modules] And no error. That's very curious! Maybe it's two extensions causing the problem? I'm going to twiddle with my php.ini some more. Cheers, Edward --- ## #42035 — Pierre Joye — 2008-11-23T22:40:54+00:00 URL: https://externals.io/message/42001#42035 · In reply to: #42033 On Sun, Nov 23, 2008 at 11:36 PM, Edward Z. Yang wrote: > Pierre Joye wrote: > > […] > > C:\Users\Edward>cd C:\Software\PHP\versions\5.2.7RC5-dev\ext > > C:\Software\PHP\versions\5.2.7RC5-dev\ext>php.exe -n -d > extension_dir=ext -d extension=php_curl.dll -m > [PHP Modules] > bcmath > calendar > com_dotnet > ctype > curl it loads a wrong extension somehow. The "-n" forces php to do not load any php.ini, the -d s define the extension dir (in 5.2.7RC4\ext) and load the curl extension. Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #42036 — Edward Z. Yang — 2008-11-23T22:44:26+00:00 URL: https://externals.io/message/42001#42036 · In reply to: #42033 Edward Z. Yang wrote: > And no error. That's very curious! Maybe it's two extensions causing the > problem? I'm going to twiddle with my php.ini some more. My fault; the php.exe being executed was my 5.2.6 in the path. When I run it on the "real" executable, I get: C:\Software\PHP\versions\5.2.7RC5-dev>php.exe -n -d extension_dir=ext -d extension=php_curl.dll -m [PHP Modules] bcmath calendar com_dotnet ctype curl date dom filter ftp hash iconv json libxml odbc pcre Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zlib [Zend Modules] And I get an error. I tested on another Vista machine and an XP virtual machine, and I did NOT get the error, so it's something wonky in my configuration. Cheers, Edward --- ## #42037 — Edward Z. Yang — 2008-11-23T22:58:09+00:00 URL: https://externals.io/message/42001#42037 · In reply to: #42036 Edward Z. Yang wrote: > And I get an error. I tested on another Vista machine and an XP virtual > machine, and I did NOT get the error, so it's something wonky in my > configuration. When I clear my %PATH% variable, the error goes away. The culprit is *some* DLL in C:\Program Files\MATLAB\R2008a\bin\win32. So this entirely not a PHP problem. Thanks for looking into it! Cheers, Edward --- ## #42038 — Lester Caine — 2008-11-24T07:22:51+00:00 URL: https://externals.io/message/42001#42038 · In reply to: #42037 Edward Z. Yang wrote: > Edward Z. Yang wrote: > > […] > > When I clear my %PATH% variable, the error goes away. The culprit is > *some* DLL in C:\Program Files\MATLAB\R2008a\bin\win32. So this entirely > not a PHP problem. Thanks for looking into it! We see similar problems with installations of Firebird. It's surprising how many packages use Firebird embeded, but windows finds their copy of the client before the 'real' copy. I just installed a couple of machines at a site where I found windows VISTA already had the client installed - and we have no idea where from. Since it is a recent copy it has to be something new, but this is now starting to become a recurring problem in windows! Pierre - this is one of the reasons for having to take care with WHICH version of a client library PHP is working with :( -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php --- ## #42039 — Pierre Joye — 2008-11-24T08:43:14+00:00 URL: https://externals.io/message/42001#42039 · In reply to: #42038 hi, > We see similar problems with installations of Firebird. It's surprising how > many packages use Firebird embeded, but windows finds their copy of the > client before the 'real' copy. It was not a PHP problem but a configuration problem on Edward's machine (mathlab related or smtg like that). > I just installed a couple of machines at a site where I found windows VISTA > already had the client installed - and we have no idea where from. Since it > is a recent copy it has to be something new, but this is now starting to > become a recurring problem in windows! > Pierre - this is one of the reasons for having to take care with WHICH > version of a client library PHP is working with :( Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #42040 — Lester Caine — 2008-11-24T08:53:19+00:00 URL: https://externals.io/message/42001#42040 · In reply to: #42039 Pierre Joye wrote: > hi, > > > […] > > It was not a PHP problem but a configuration problem on Edward's > machine (mathlab related or smtg like that). Same sort of problem though which is why I flag it up. Other windows installations do not play well together and can result in the wrong library being found and loaded. Not PHP's problem, but one PHP users need to be aware of! > > […] -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php