[PHP-DEV] Re: cvs: php-src /main output.c /tests/output bug46900.phpt bug46903.phpt ob_014.phpt ob_015.phpt ob_start_basic_002.phpt ob_start_basic_004.phpt

2009-02-15 Thread Robin Fernandes
2009/2/15 Michael Wallner : > Robin Fernandes wrote: >> >> robinf Sun Dec 28 19:50:58 2008 UTC >> >> Added files:/php-src/tests/output bug46903.phpt >> bug46900.phpt >> Modified files: /php-src/tests/output >> ob_start_basic_004.phpt >> ob_star

Re: [PHP-DEV] Tidying up PDO tests

2009-02-15 Thread Felipe Pena
Hi Lester, Em Dom, 2009-02-15 às 18:31 +, Lester Caine escreveu: > I've been looking into the failures on > http://gcov.php.net/viewer.php?version=PHP_5_3&func=tests > with relation to the firebird pdo driver, and the first problem that > needs to be addressed is the SQL differences in order

[PHP-DEV] Re: cvs: php-src /main output.c /tests/output bug46900.phpt bug46903.phpt ob_014.phpt ob_015.phpt ob_start_basic_002.phpt ob_start_basic_004.phpt

2009-02-15 Thread Michael Wallner
Robin Fernandes wrote: robinf Sun Dec 28 19:50:58 2008 UTC Added files: /php-src/tests/output bug46903.phpt bug46900.phpt Modified files: /php-src/tests/output ob_start_basic_004.phpt ob_start_basic_002.phpt ob_015.

[PHP-DEV] int/long conflict in spl?

2009-02-15 Thread Greg Beaver
Hi, While tracking down a problem in one of phar's tests, I found what might be a problem in RecursiveDirectoryIterator's handling of flags. Here is a crude patch demonstrating the issue, and wondering if this is something to be concerned about. Basically, we're mixing long and int, which c

Re: [PHP-DEV] towards the next 5.3 release

2009-02-15 Thread Lukas Kahwe Smith
On 15.02.2009, at 17:18, Marcus Boerger wrote: Hello Stanislav, Friday, February 13, 2009, 7:03:30 AM, you wrote: Hi! it should actually be a hard error. As we always claim PHP follows pure IS-A relation ships. I feel very uneasy with hard errors on something that is not indeed an

[PHP-DEV] Tidying up PDO tests

2009-02-15 Thread Lester Caine
I've been looking into the failures on http://gcov.php.net/viewer.php?version=PHP_5_3&func=tests with relation to the firebird pdo driver, and the first problem that needs to be addressed is the SQL differences in order for the different drivers to work. I'm seeing specific fixes for some driver

Re: [PHP-DEV] phar concerns? (was Re: [PHP-CVS] cvs: php-src /ext/bz2 bz2_filter.c)

2009-02-15 Thread Antony Dovgal
Hello all. On 15.02.2009 09:35, Greg Beaver wrote: > I've heard enough bad-mouthing of ext/phar, and now of my character, > that I will bow out of developing for PHP if this is what is desired. I can only speak for myself, but I certainly do not want you to bow out. Furthermore, I can say that I

Re: [PHP-DEV] towards the next 5.3 release

2009-02-15 Thread Marcus Boerger
Hello Stanislav, Friday, February 13, 2009, 7:03:30 AM, you wrote: > Hi! >> it should actually be a hard error. As we always claim PHP follows pure >> IS-A relation ships. > I feel very uneasy with hard errors on something that is not indeed an > error preventing engine from continuing. I.e.

[PHP-DEV] Re: [PHP-QA] Re: [RFC] Better benchmarks for PHP

2009-02-15 Thread Pierre Joye
hi, On Sun, Feb 15, 2009 at 8:18 AM, Sebastian Bergmann wrote: > Nuno Lopes schrieb: >> Comments, criticisms and volunteers especially welcome, > > When you do this, think about splitting each benchmark into a separate > file and have it run by a separate PHP process, see [1]. To split them in

Re: [PHP-DEV] 5.3 todos

2009-02-15 Thread Marcus Boerger
Hello shire, Thursday, February 12, 2009, 8:02:06 PM, you wrote: > Lukas Kahwe Smith wrote: >> The following remain open and it does not seem someone is actively >> working in it: >> - PHP_5_3 missed merge from PHP_5_2 for write_func callback > Seeing as I have an interest in this getting in 5_

[PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/standard array.c

2009-02-15 Thread Moriyoshi Koizumi
Ilia Alshanetsky wrote: > I've discussed this issue with Andrei at least a month ago (if not > longer) when the patch was originally added, and I believe that the > introduced behavior is the correct one. IMO correct or not depends on the context where the function is used. At least, as array_uni