-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The second release candidate of PHP 5.2.0 is now available for
testing the tar balls can be found here.
http://downloads.php.net/ilia/php-5.2.0RC2.tar.bz2
(097b97ccc92003519e1df682bdb855b4)
http://downloads.php.net/ilia/php-5.2.0RC2.tar.gz
(69c473021357a8e3b586ce55384b7186)
Windows binaries will follow shortly.
A great deal of work was done since RC1 to stabilize the code, with
over 50 bug fixes since then. Also, remaining items from the todo
such as the upgrade of the sqlite lib inside pdo_sqlite and PEAR's
phar have now been completed. At this time I would like to close
5.2.0 for any further feature additions and leave it open for bug
fixes only. If all goes well the next, and final RC will be in 2
weeks, tentative date August 31st with a final a week or two later.
I'd like to ask everyone to try this release, in particular paying
attention to input processing, something that has changed a fair bit
with the introduction of the filter extension.
Ilia Alshanetsky
5.2 Release Master
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)
iD8DBQFE5HodLKekh381/CERAlr+AJ0Uolmtdqsh6uzUlA4pp5RN53NXKACfUkHb
2r+8rAqZAsRsjh/PfHG9W7c=
=zUzc
-----END PGP SIGNATURE
The Windows build of PHP 5.2.0RC2 is ready and can be downloaded from:
http://downloads.php.net/edink/php-5.2.0RC2-Win32.zip
69d93c99c3aa698ab9301da99767130a
http://downloads.php.net/edink/php-debug-pack-5.2.0RC2-Win32.zip
0dd32e5d8b0a95e722c1da26b6f3c1b9
http://downloads.php.net/edink/pecl-5.2.0RC2-Win32.zip
a455c0af05401bfd7392325152a95a36
-Edin
Ilia Alshanetsky wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1The second release candidate of PHP 5.2.0 is now available for testing
the tar balls can be found here.http://downloads.php.net/ilia/php-5.2.0RC2.tar.bz2
(097b97ccc92003519e1df682bdb855b4)
http://downloads.php.net/ilia/php-5.2.0RC2.tar.gz
(69c473021357a8e3b586ce55384b7186)Windows binaries will follow shortly.
A great deal of work was done since RC1 to stabilize the code, with
over 50 bug fixes since then. Also, remaining items from the todo such
as the upgrade of the sqlite lib inside pdo_sqlite and PEAR's phar have
now been completed. At this time I would like to close 5.2.0 for any
further feature additions and leave it open for bug fixes only. If all
goes well the next, and final RC will be in 2 weeks, tentative date
August 31st with a final a week or two later. I'd like to ask everyone
to try this release, in particular paying attention to input
processing, something that has changed a fair bit with the introduction
of the filter extension.Ilia Alshanetsky
5.2 Release Master-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)iD8DBQFE5HodLKekh381/CERAlr+AJ0Uolmtdqsh6uzUlA4pp5RN53NXKACfUkHb
2r+8rAqZAsRsjh/PfHG9W7c=
=zUzc
-----END PGP SIGNATURE
Thanks Edin.
ilia
I have come upon a weird situation when running the PEAR DB test suite
against this release using a MySQL 4.1 server using mysqli. The test
suite uses run-tests.php. I've obtained the latest copy of that file
in the 5_2 branch from CVS. So, I enter my DSN information in
settings.inc and execute the test: "./run 01connect.phpt". The
connection fails with this error:
"Can't create TCP/IP socket (10106)"
But if I use a regular script (thouhg still using PEAR DB) with the
same DSN/credentials it connects fine.
Similarly, I put PHP 5.0.4 in place just to see what would happen and
01connect.phpt connects as expected.
Any ideas what's up?
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
data intensive web and database programming
http://www.AnalysisAndSolutions.com/
4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409
I can't seem to get these to work. I originally used wamp to install
on this PC, which puts PHP in C:\Program Files\wamp\php and I dump all
the pecl libs in C:\Program Files\wamp\php\ext. I renamed the old one
from php to php512 and put 5.2rc2 as php in the wamp folder. The
apache (2.0) log shows php 5.2 running, but in the php error log it
seems to have a mess of a time loading the libs. Some aren't found
(but they are there) and some have API versioning issues, etc.
Any ideas?
in php.ini
extension_dir = "C:\Program Files\wamp\php\ext"
error log:
[22-Aug-2006 19:30:56] PHP Warning: PHP Startup: mbstring: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:56] PHP Warning: PHP Startup: curl: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: gd: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: mysql: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_mysqli.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_zip.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: PDO: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:57] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_pdo_sqlite.dll' -
The specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_pdo_mysql.dll' -
The specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_sqlite.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: PHP Startup: zlib_filter: Unable
to initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: PHP Startup: gmp: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_imagick.dll' - The
specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:30:58] PHP Warning: Cannot open 'C:\Program
Files\wamp\php\browsercap.ini' for reading in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: mbstring: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: curl: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: gd: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: mysql: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_mysqli.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_zip.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: PDO: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_pdo_sqlite.dll' -
The specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_pdo_mysql.dll' -
The specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_sqlite.dll' - The
specified procedure could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: zlib_filter: Unable
to initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: gmp: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: PHP Startup: Unable to load
dynamic library 'c:\Program Files\wamp\php\ext\php_imagick.dll' - The
specified module could not be found.
in Unknown on line 0
[22-Aug-2006 19:31:35] PHP Warning: Cannot open 'C:\Program
Files\wamp\php\browsercap.ini' for reading in Unknown on line 0
The Windows build of PHP 5.2.0RC2 is ready and can be downloaded from:
http://downloads.php.net/edink/php-5.2.0RC2-Win32.zip
69d93c99c3aa698ab9301da99767130a
http://downloads.php.net/edink/php-debug-pack-5.2.0RC2-Win32.zip
0dd32e5d8b0a95e722c1da26b6f3c1b9
http://downloads.php.net/edink/pecl-5.2.0RC2-Win32.zip
a455c0af05401bfd7392325152a95a36-Edin
Ilia Alshanetsky wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1The second release candidate of PHP 5.2.0 is now available for testing
the tar balls can be found here.http://downloads.php.net/ilia/php-5.2.0RC2.tar.bz2
(097b97ccc92003519e1df682bdb855b4)
http://downloads.php.net/ilia/php-5.2.0RC2.tar.gz
(69c473021357a8e3b586ce55384b7186)Windows binaries will follow shortly.
A great deal of work was done since RC1 to stabilize the code, with
over 50 bug fixes since then. Also, remaining items from the todo such
as the upgrade of the sqlite lib inside pdo_sqlite and PEAR's phar have
now been completed. At this time I would like to close 5.2.0 for any
further feature additions and leave it open for bug fixes only. If all
goes well the next, and final RC will be in 2 weeks, tentative date
August 31st with a final a week or two later. I'd like to ask everyone
to try this release, in particular paying attention to input
processing, something that has changed a fair bit with the introduction
of the filter extension.Ilia Alshanetsky
5.2 Release Master-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)iD8DBQFE5HodLKekh381/CERAlr+AJ0Uolmtdqsh6uzUlA4pp5RN53NXKACfUkHb
2r+8rAqZAsRsjh/PfHG9W7c=
=zUzc
-----END PGP SIGNATURE
I can't seem to get these to work. I originally used wamp to install
on this PC, which puts PHP in C:\Program Files\wamp\php and I dump all
the pecl libs in C:\Program Files\wamp\php\ext. I renamed the old one
from php to php512 and put 5.2rc2 as php in the wamp folder. The
apache (2.0) log shows php 5.2 running, but in the php error log it
seems to have a mess of a time loading the libs. Some aren't found
(but they are there) and some have API versioning issues, etc.Any ideas?
in php.ini
extension_dir = "C:\Program Files\wamp\php\ext"error log:
[22-Aug-2006 19:30:56] PHP Warning: PHP Startup: mbstring: Unable to
initialize module
Module compiled with module API=20060613, debug=0, thread-safety=1
PHP compiled with module API=20050922, debug=0, thread-safety=1
These options need to match
in Unknown on line 0
That tells you that you're using extensions from the wrong PHP version
with your version of PHP.
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
That tells you that you're using extensions from the wrong PHP version
with your version of PHP.
Yes, it took an exhaustive search of the hard drive to find the
problem. Some software I installed, put a php5ts file in a folder that
got added to the PATH. It was confusing for me since apache kept
saying PHP 5.2.0RC2. The module was that version, but when loading
php5ts it took some other one in preference to the one in the same
folder. I hate windows.
Oh, and by the way, it is MUCH faster.
Anyhow, sorry to eat up bandwidth.
APC is not in the distro, nor is it up on spans (for 5.2). Is this on
purpose because of changes in PHP 5.2?
There are no plans (at this time) to integrate APC into the 5.X
distribution, however it is something that is planned for PHP 6.
APC is not in the distro, nor is it up on spans (for 5.2). Is this on
purpose because of changes in PHP 5.2?--
Ilia Alshanetsky
I'm having troubles with ext/openssl.c and OpenSSL 0.9.7g on SuSE 10:
EVP_PKEY_EC is not defined.
The attached patch fixes the problem for me.
- Chris
Hello,
I'm having troubles with ext/openssl.c and OpenSSL 0.9.7g on SuSE 10:
EVP_PKEY_EC is not defined.
It is already fixed in cvs.
Thanks for the patch anyway :)
--Pierre
I get a segfault with PHP 5.2.0RC2 in CLI mode (Apache module seems to
work) and APC 3.0.11 (without APC it works fine). Is this a known
problem (maybe even fixed in CVS) or is it worth investigating?
Some info:
./configure --with-apxs2=/www/server/bin/apxs --prefix=/www/server
--with-config-file-path=/www/server/conf --enable-calendar
--enable-bcmath --enable-debug=no --enable-exif --enable-track-vars
--sbindir=/www/server/bin --with-curl --with-db4
--with-freetype-dir=/usr --with-gd --with-gettext --with-iconv
--with-jpeg-dir=/usr --with-ldap --with-mcrypt --with-mysql
--with-openssl --with-xml --with-zlib --enable-debug
abflex:/www/server # uname -a
Linux abflex 2.6.13-15.11-default #1 Mon Jul 17 09:43:01 UTC 2006 i686
i686 i386 GNU/Linux
abflex:/www/server # cat /etc/SuSE-release
SUSE LINUX 10.0 (i586)
abflex:/www/server # gdb php
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".
(gdb) r
Starting program: /home/www/server/bin/php
[Thread debugging using libthread_db enabled]
[New Thread 1082029536 (LWP 19807)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1082029536 (LWP 19807)]
0x082d298b in _zend_hash_add_or_update (ht=0x407e829c,
arKey=0x83eecd4 "register_argc_argv", nKeyLength=19, pData=0xbf96a7b8,
nDataSize=4, pDest=0x0, flag=2,
__zend_filename=0x83e7e58 "/www/server/php-5.2.0RC2/Zend/zend_ini.c",
__zend_lineno=258) at /www/server/php-5.2.0RC2/Zend/zend_hash.c:213
213 p = ht->arBuckets[nIndex];
(gdb) p nIndex
$1 = 0
(gdb) p ht->arBuckets
$2 = (Bucket **) 0x0
(gdb) p ht
$3 = (HashTable *) 0x407e829c
(gdb) p *ht
$4 = {nTableSize = 0, nTableMask = 0, nNumOfElements = 0,
nNextFreeElement = 0, pInternalPointer = 0x0, pListHead = 0x0,
pListTail = 0x0, arBuckets = 0x0, pDestructor = 0, persistent = 0 '\0',
nApplyCount = 0 '\0', bApplyProtection = 0 '\0', inconsistent = 0}
Regards,
- Chris
Christian Schneider wrote:
I get a segfault with PHP 5.2.0RC2 in CLI mode (Apache module seems to
work) and APC 3.0.11 (without APC it works fine). Is this a known
problem (maybe even fixed in CVS) or is it worth investigating?
An opcode cache doesn't help a whole lot in CLI mode. You can turn it
off in that mode with:
apc.enable_cli=0
And yes, there are a couple of PHP 5.2 incompatibilities we know about
still. PHP 5.2 support is coming in the next version in about a week.
-Rasmus
Rasmus Lerdorf wrote:
An opcode cache doesn't help a whole lot in CLI mode. You can turn it
off in that mode with:apc.enable_cli=0
Doesn't help, I get the segfault anyway, probably before the setting is
already considered.
And yes, there are a couple of PHP 5.2 incompatibilities we know about
still. PHP 5.2 support is coming in the next version in about a week.
Ok.
- Chris
I get a segfault with PHP 5.2.0RC2 in CLI mode (Apache module seems
to work) and APC 3.0.11 (without APC it works fine). Is this a known
problem (maybe even fixed in CVS) or is it worth investigating?
It is not necessary a PHP 5.2 Problem, that APC segfaults. When I use
APC 3.0.11 (previous versions not tested) with something "complex" like
f.e. DokuWiki I get only segfaults. (PHP 5.1.6)
Stefan
Stefan Esser wrote:
I get a segfault with PHP 5.2.0RC2 in CLI mode (Apache module seems
to work) and APC 3.0.11 (without APC it works fine). Is this a known
problem (maybe even fixed in CVS) or is it worth investigating?
It is not necessary a PHP 5.2 Problem, that APC segfaults. When I use
APC 3.0.11 (previous versions not tested) with something "complex" like
f.e. DokuWiki I get only segfaults. (PHP 5.1.6)
Could you provide a backtrace?
APC 3.0.11 (previous versions not tested) with something "complex" like
f.e. DokuWiki I get only segfaults. (PHP 5.1.6)
Could you provide a backtrace?
I ran into that problem this morning when I tried to test how APC is
compatible with my new suhosin(-patch/extension). When it immediately
crashed I thought that it was cause by some incompatibility. However the
segfault stayed after I recompiled a plain PHP 5.1.6. The backtrace was
however unuseable, without an obvious reason it tried executing in
unpaged memory.
At the moment I am quite busy but maybe later tonight or
tommorow(-night) I will try to get a useable backtrace.
Stefan