[PHP-DEV] PHP 4 Bug Summary Report

2007-08-27 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (629 total including feature requests) ===[*Programming Data Structures]= 40496 Assigned Test bug35239.phpt still fails (works in PHP 5) =

[PHP-DEV] What should be in 5.3?

2007-08-27 Thread Lukas Kahwe Smith
Hi, In the spirit of forwards compabitility I think the 5.3 release will we very important regardless if we keep or remove the unicode switch in PHP6. From my POV 5.1 and 5.2 have mainly covered stability and performance improvements on top of the addition of several important extensions like

[PHP-DEV] PHP 6 Bug Summary Report

2007-08-27 Thread internals
PHP 6 Bug Database summary - http://bugs.php.net Num Status Summary (54 total including feature requests) ===[*General Issues]== 26771 Suspended register_tick_funtions crash under threaded webservers 27372 Assigned parse error loadin

[PHP-DEV] 5.2.4RC was "Re: [PHP-CVS] cvs: php-src(PHP_5_2) / NEWS /ext/gd/libgd gd.c /ext/gd/tests libgd00106.phpt"

2007-08-27 Thread Pierre
Hi, I reverted this commit even if I strongly disagree with how 5.2.4-rc3 has been released and how the 5.2 was frozen without previous mail. About 5.2.4 in general, there is still issues on windows. I have no idea how to get the required libs updated (looks like png, freetype and pslib have not

Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Jani Taskinen
As an answer to question in subject: HEAD/5.3 should be identical except for the unicode support which is the only thing PHP 6 is about. --Jani -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Marcus Boerger
Hello Lukas, I added 'MFH namespace' to the TODO list. Otherwise I am fine. For the given amount of stuff with my name on it I'd need some time though. marcus Monday, August 27, 2007, 11:30:22 AM, you wrote: > Hi, > In the spirit of forwards compabitility I think the 5.3 release will we > v

[PHP-DEV] [PATCH] PDO_sqlite data types

2007-08-27 Thread Gwynne Raskind
The attached patch adds basic support for storing properly-typed integer and boolean data in SQLite3 databases. I don't really understand why this kind of support has been so consistently lacking in PHP database driver implementations. Similar problems have plagued the MySQL and MySQLi exte

Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Sebastian Bergmann
Lukas Kahwe Smith schrieb: > [...] - New Garbage Collector (GSoC) - Late Static Binding -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing Li

Re: [PHP-DEV] Re: Too many extensions bundled with the Windows Installer?

2007-08-27 Thread Pierre
On 8/21/07, John Mertic <[EMAIL PROTECTED]> wrote: > Added a hack to care of that for 5.2.4. > > I see a few possibilities for a future solution to the problem: > > 1) Include builds from HEAD for only a certain set of known stable > PECL extensions ( APC, uploadprogress, etc ). > > 2) Include buil

Re: [PHP-DEV] Re: Too many extensions bundled with the Windows Installer?

2007-08-27 Thread John Mertic
On 8/27/07, Pierre <[EMAIL PROTECTED]> wrote: > 6) Put none and point the users to pecl.php.net and pecl4win.php.net > > An extension is bundled, available through pecl or both. It is not a > joke to fetch extension from pecl42win. We are also working on some > improvements on the win32 extension b

Re: [PHP-DEV] [PATCH] PDO_sqlite data types

2007-08-27 Thread Stanislav Malyshev
The attached patch adds basic support for storing properly-typed integer and boolean data in SQLite3 databases. I don't really understand why It would be nice to have some tests to verify if it works or not :) -- Stanislav Malyshev, Zend Software Architect [EMAIL PROTECTED] http://www.zend.c

Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Andrei Zmievski
Don't you thing that a far-reaching thing like garbage collector is best left until a major release? -Andrei http://10fathoms.org/vu - daily photoblog Sebastian Bergmann wrote: Lukas Kahwe Smith schrieb: [...] - New Garbage Collector (GSoC) - Late Static Binding -- PHP Internals - PHP

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Stanislav Malyshev
There's two problems here: 1. On each access to internal class, like Exception, SPL classes, DateTime, reflection classes, etc. - we'd have call to autoload and subsequent disk access, maybe more than one if we have include path. Performance of it would be awful. 2. All libraries having autol

RE: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Dmitry Stogov
This is an implementation of Stas idea. 1) Look for existent class in current namespace 2) Look for existent internal class 3) Try to autoload class from current namespace Thanks. Dmitry. > -Original Message- > From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] > Sent: Monday, August 27

Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Sebastian Bergmann
Andrei Zmievski schrieb: > Don't you thing that a far-reaching thing like garbage collector is > best left until a major release? It is just a number. We could, of course, also take what is in HEAD minus Unicode and release it, together with Garbage Collector, Late Static Bindings, and some ot

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Jochem Maas
Dmitry Stogov wrote: This is an implementation of Stas idea. 1) Look for existent class in current namespace 2) Look for existent internal class 3) Try to autoload class from current namespace both ways have a wtf factor in that class with names matching 'internal' class names behave differen

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Stanislav Malyshev
afaict you would not be able to autoload class Exception from within namespace Foo in the example below. I think if you want it to work you don't have to autoload it/ I would consider making internal class names illegal in namespaces. this would be consistent simple and clear. It's one of th

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Christian Schneider
Stanislav Malyshev wrote: I would consider making internal class names illegal in namespaces. this would be consistent simple and clear. It's one of the options, but I'm not sure it's the best one. Opinions welcome. I don't think that's a good solution because that kind of defeats the reaso

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Gregory Beaver
Jochem Maas wrote: > Dmitry Stogov wrote: >> This is an implementation of Stas idea. >> >> 1) Look for existent class in current namespace >> 2) Look for existent internal class >> 3) Try to autoload class from current namespace >> > > both ways have a wtf factor in that class with names > matchin

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Gregory Beaver
Stanislav Malyshev wrote: >> > namespace Foo; >> throw new Exception; >> >> In this case PHP first looks for Foo::Exception and only then for >> internal >> Exception, but the first lookup may call __autoload (or corresponding SPL >> functions) and it can emit error or throw exception. >> >> The pa

Re: [PHP-DEV] Namespaces and __autoload()

2007-08-27 Thread Stanislav Malyshev
The problem is that with this autoload technique this code now throws an Exception rather than a Foo::Exception: Yep, unless you do require 'Foo/Exception.php'. Yes, I know it's not as nice as it might be. But the alternative is either use :: always or say goodbye to performance. However, I

RE: Re: [PHP-DEV] What should be in 5.3?

2007-08-27 Thread Andi Gutmans
I think we're still far away from a working garbage collector which is production quality. At least last time we were discussing it. This should still remain a PHP 6 item if we can actually make it works in an acceptable way. Andi > -Original Message- > From: news [mailto:[EMAIL PROTECTED