[PHP-DEV] CVS Account Request: g2
Within the GSoC 2009 I'm working on runtests-project, supported by my mentors Zoe Slattery and Stefan Priebisch. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
Jani Taskinen schrieb: Pierre Joye kirjoitti: Hi, Would it not easier and better to have mysqlnd as default backend for the mysql extensions (pdo, mysqli and mysql) when the configure option are used without value? I can already imagine the maintenance pains and the debugging nightmare for our users while working with a buggy libmysql instead of mysqlnd. Current status of mysqlnd does not warrant it being default. Just check the bug database.. I would appreciate if the bug database could distinguish between feature requests and bugs. Ulf -- http://blog.ulf-wendel.de Artikel zu den Sun MySQL-Connectoren für PHP, C++ und OpenOffice.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
On Wed, May 6, 2009 at 1:26 PM, Ulf Wendel ulf.wen...@phpdoc.de wrote: Jani Taskinen schrieb: Pierre Joye kirjoitti: Hi, Would it not easier and better to have mysqlnd as default backend for the mysql extensions (pdo, mysqli and mysql) when the configure option are used without value? I can already imagine the maintenance pains and the debugging nightmare for our users while working with a buggy libmysql instead of mysqlnd. Current status of mysqlnd does not warrant it being default. Just check the bug database.. I would appreciate if the bug database could distinguish between feature requests and bugs. it can, but then it gets even worst as you lost the category... a feature request being a category. -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
On Wed, May 6, 2009 at 13:29, Pierre Joye pierre@gmail.com wrote: On Wed, May 6, 2009 at 1:26 PM, Ulf Wendel ulf.wen...@phpdoc.de wrote: I would appreciate if the bug database could distinguish between feature requests and bugs. it can, but then it gets even worst as you lost the category... a feature request being a category. We could apply the same workaround as we did for docs, use a status.. -Hannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
On Wed, May 6, 2009 at 1:37 PM, Hannes Magnusson hannes.magnus...@gmail.com wrote: On Wed, May 6, 2009 at 13:29, Pierre Joye pierre@gmail.com wrote: On Wed, May 6, 2009 at 1:26 PM, Ulf Wendel ulf.wen...@phpdoc.de wrote: I would appreciate if the bug database could distinguish between feature requests and bugs. it can, but then it gets even worst as you lost the category... a feature request being a category. We could apply the same workaround as we did for docs, use a status.. I think it is a bug type (bug, feature request) not a status (closed, open, feedback, to be doc'ed, etc.) Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
On Wed, 2009-05-06 at 14:00 +0200, Pierre Joye wrote: On Wed, May 6, 2009 at 1:37 PM, Hannes Magnusson hannes.magnus...@gmail.com wrote: On Wed, May 6, 2009 at 13:29, Pierre Joye pierre@gmail.com wrote: On Wed, May 6, 2009 at 1:26 PM, Ulf Wendel ulf.wen...@phpdoc.de wrote: I would appreciate if the bug database could distinguish between feature requests and bugs. it can, but then it gets even worst as you lost the category... a feature request being a category. We could apply the same workaround as we did for docs, use a status.. I think it is a bug type (bug, feature request) not a status (closed, open, feedback, to be doc'ed, etc.) Actually it is a flag as it is an open feature request in the foobar category. So this might be a checkbox in the GUI ... (just my opinion) Maybe Philip and felipe2 can add that during the GSoC work johannes Cheers, -- Johannes Schlüter - MySQL Engineering, Connectors and Client Connectivity Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Haering -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Enable mysqlnd as default backend (not about enabling mysql by default)
2009/5/6 Johannes Schlüter johannes.schlue...@sun.com: On Wed, 2009-05-06 at 14:00 +0200, Pierre Joye wrote: On Wed, May 6, 2009 at 1:37 PM, Hannes Magnusson hannes.magnus...@gmail.com wrote: On Wed, May 6, 2009 at 13:29, Pierre Joye pierre@gmail.com wrote: On Wed, May 6, 2009 at 1:26 PM, Ulf Wendel ulf.wen...@phpdoc.de wrote: I would appreciate if the bug database could distinguish between feature requests and bugs. it can, but then it gets even worst as you lost the category... a feature request being a category. We could apply the same workaround as we did for docs, use a status.. I think it is a bug type (bug, feature request) not a status (closed, open, feedback, to be doc'ed, etc.) Actually it is a flag as it is an open feature request in the foobar category. So this might be a checkbox in the GUI ... (just my opinion) Call it JohnDoe, if you prefer, as long as it allows us to have all info (category, status, bug or FR :) -- Pierre http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] RecursiveFilterItrator possible issues with inheritance
Hi all,
I'd like to confirm something as a bug and/or design issue.
Currently, its difficult to extend RecursiveFilterIterator() with
additional __construct() arguments (for configuring its behavior). The
reason its difficult is b/c when getChildren() is called, a new instance
of the RFI is created (only way you'd know this is if you look into the
source of RFI).
Ideally, this code would work:
$rArray = array('a' = array('ab', 'ac', 'ad' = array('ada', 'adc')),
'b' = array('bb', 'bc'));
$ri = new RecursiveArrayIterator($rArray);
$filter = new MyRFI($ri, 'argument');
$iterator = new RecursiveIteratorIterator($filter);
foreach ($iterator as $key = $item) {
echo $key . ' - ' . $item . PHP_EOL;
}
class MyRFI extends RecursiveFilterIterator
{
protected $_otherArg = null;
public function __construct($iterator, $otherArg = null)
{
$r = new ReflectionClass($this);
$this-_otherArg = $otherArg;
parent::__construct($iterator);
}
public function accept()
{
echo ($this-_otherArg) ? 'Arg Present' : 'Arg NOT Present';
echo PHP_EOL;
return true;
}
The current output would be:
~/tmp/test-rii-filter$ php test-rii-problem.php
Arg Present
Arg NOT Present
0 - ab
Arg NOT Present
1 - ac
Arg NOT Present
Arg NOT Present
0 - ada
Arg NOT Present
1 - adc
Arg Present
Arg NOT Present
0 - bb
Arg NOT Present
1 - bc
The ideal output would be:
Arg Present
Arg Present
0 - ab
Arg Present
1 - ac
Arg Present
Arg Present
0 - ada
Arg Present
1 - adc
Arg Present
Arg Present
0 - bb
Arg Present
1 - bc
The only proposed change I could would be to make the getChildren()
inside of RecursiveFilterIterator use clone add a method called
setIterator() instead of Reflection::newInstance($iterator)
Is this possible? Or is extending and overriding getChildren() the best
strategy here?
Reason I post is b/c it seems like using clone/setIterator() would
facilitate better inheritance / better polymorphism. And since the
implementation is in the extension, the typical developer would
generally not understand how getChildren() really works under the hood.
Thanks,
Ralph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RecursiveFilterItrator possible issues with inheritance
Hello,
On Wed, May 6, 2009 at 5:16 PM, Ralph Schindler ra...@smashlabs.com wrote:
Hi all,
I'd like to confirm something as a bug and/or design issue.
This is a bug, could you please report it and assign it to me ?
Thanks,
Currently, its difficult to extend RecursiveFilterIterator() with additional
__construct() arguments (for configuring its behavior). The reason its
difficult is b/c when getChildren() is called, a new instance of the RFI is
created (only way you'd know this is if you look into the source of RFI).
Ideally, this code would work:
$rArray = array('a' = array('ab', 'ac', 'ad' = array('ada', 'adc')), 'b'
= array('bb', 'bc'));
$ri = new RecursiveArrayIterator($rArray);
$filter = new MyRFI($ri, 'argument');
$iterator = new RecursiveIteratorIterator($filter);
foreach ($iterator as $key = $item) {
echo $key . ' - ' . $item . PHP_EOL;
}
class MyRFI extends RecursiveFilterIterator
{
protected $_otherArg = null;
public function __construct($iterator, $otherArg = null)
{
$r = new ReflectionClass($this);
$this-_otherArg = $otherArg;
parent::__construct($iterator);
}
public function accept()
{
echo ($this-_otherArg) ? 'Arg Present' : 'Arg NOT Present';
echo PHP_EOL;
return true;
}
The current output would be:
~/tmp/test-rii-filter$ php test-rii-problem.php
Arg Present
Arg NOT Present
0 - ab
Arg NOT Present
1 - ac
Arg NOT Present
Arg NOT Present
0 - ada
Arg NOT Present
1 - adc
Arg Present
Arg NOT Present
0 - bb
Arg NOT Present
1 - bc
The ideal output would be:
Arg Present
Arg Present
0 - ab
Arg Present
1 - ac
Arg Present
Arg Present
0 - ada
Arg Present
1 - adc
Arg Present
Arg Present
0 - bb
Arg Present
1 - bc
The only proposed change I could would be to make the getChildren() inside
of RecursiveFilterIterator use clone add a method called setIterator()
instead of Reflection::newInstance($iterator)
Is this possible? Or is extending and overriding getChildren() the best
strategy here?
Reason I post is b/c it seems like using clone/setIterator() would
facilitate better inheritance / better polymorphism. And since the
implementation is in the extension, the typical developer would generally
not understand how getChildren() really works under the hood.
Thanks,
Ralph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Etienne Kneuss
http://www.colder.ch
Men never do evil so completely and cheerfully as
when they do it from a religious conviction.
-- Pascal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug 47468: enabling readline/libedit/pcntl/ncurses with --enable-embed
Hi folks, Could I get someone to look at http://bugs.php.net/bug.php?id=47468?. It includes a patch which is confirmed to fix the problem. Thanks, Paul -- Paul Biggar paul.big...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RecursiveFilterItrator possible issues with inheritance
Hello,
On Wed, May 6, 2009 at 5:35 PM, Etienne Kneuss webmas...@colder.ch wrote:
Hello,
On Wed, May 6, 2009 at 5:16 PM, Ralph Schindler ra...@smashlabs.com wrote:
Hi all,
I'd like to confirm something as a bug and/or design issue.
This is a bug, could you please report it and assign it to me ?
Thanks,
Currently, its difficult to extend RecursiveFilterIterator() with additional
__construct() arguments (for configuring its behavior). The reason its
difficult is b/c when getChildren() is called, a new instance of the RFI is
created (only way you'd know this is if you look into the source of RFI).
Ideally, this code would work:
$rArray = array('a' = array('ab', 'ac', 'ad' = array('ada', 'adc')), 'b'
= array('bb', 'bc'));
$ri = new RecursiveArrayIterator($rArray);
$filter = new MyRFI($ri, 'argument');
$iterator = new RecursiveIteratorIterator($filter);
foreach ($iterator as $key = $item) {
echo $key . ' - ' . $item . PHP_EOL;
}
class MyRFI extends RecursiveFilterIterator
{
protected $_otherArg = null;
public function __construct($iterator, $otherArg = null)
{
$r = new ReflectionClass($this);
$this-_otherArg = $otherArg;
parent::__construct($iterator);
}
public function accept()
{
echo ($this-_otherArg) ? 'Arg Present' : 'Arg NOT Present';
echo PHP_EOL;
return true;
}
The current output would be:
~/tmp/test-rii-filter$ php test-rii-problem.php
Arg Present
Arg NOT Present
0 - ab
Arg NOT Present
1 - ac
Arg NOT Present
Arg NOT Present
0 - ada
Arg NOT Present
1 - adc
Arg Present
Arg NOT Present
0 - bb
Arg NOT Present
1 - bc
The ideal output would be:
Arg Present
Arg Present
0 - ab
Arg Present
1 - ac
Arg Present
Arg Present
0 - ada
Arg Present
1 - adc
Arg Present
Arg Present
0 - bb
Arg Present
1 - bc
The only proposed change I could would be to make the getChildren() inside
of RecursiveFilterIterator use clone add a method called setIterator()
instead of Reflection::newInstance($iterator)
Is this possible? Or is extending and overriding getChildren() the best
strategy here?
Reason I post is b/c it seems like using clone/setIterator() would
facilitate better inheritance / better polymorphism. And since the
implementation is in the extension, the typical developer would generally
not understand how getChildren() really works under the hood.
Sorry for the false hope, it is indeed how it's supposed to work and
not a bug. Since the new iterator is instanciated directly inside
getChildren, you can't magically have new arguments to your
constructor and have them filled appropriately.
But you can basically implement all features you want by simply
overriding getChildren.
Clone + setiterator could also work, but changing that would introduce
BC breaks, and I'm not sure it would make more sense than what we have
now.
Regards
Thanks,
Ralph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
Etienne Kneuss
http://www.colder.ch
Men never do evil so completely and cheerfully as
when they do it from a religious conviction.
-- Pascal
--
Etienne Kneuss
http://www.colder.ch
Men never do evil so completely and cheerfully as
when they do it from a religious conviction.
-- Pascal
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: cvs: php-src(PHP_5_3) / UPGRADING
Kalle Sommer Nielsen wrote: kalle Thu May 7 03:14:07 2009 UTC Modified files: (Branch: PHP_5_3) /php-src UPGRADING Log: * use is a reserved keyword Hi, FYI, use has been a reserved keyword since the initial commit of zend_language_parser.y in October of 2000 :) (see http://cvs.php.net/viewvc.cgi/Zend/zend_language_parser.y?revision=1.1view=markup) Greg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
