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
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
On Sun, Nov 23, 2008 at 10:48 PM, Edward Z. Yang
edwardzyang@thewritingpot.com wrote:
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. :-)
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
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
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 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
On Sun, Nov 23, 2008 at 11:04 PM, Edward Z. Yang
edwardzyang@thewritingpot.com wrote:
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 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.
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
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
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
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
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
On Sun, Nov 23, 2008 at 11:36 PM, Edward Z. Yang
edwardzyang@thewritingpot.com wrote:
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
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
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
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
Edward Z. Yang wrote:
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!
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
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
Pierre Joye wrote:
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).
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!
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