[PHP-DEV] Using an existing extension in a custom extension

2009-01-06 Thread Fran�ois Lemaire
Hello all, here's what I'm trying to do: I'm writing a PHP extension in C and I'd like to create a DOMDocument object in my C code that I could send back to my PHP code. I have been trying many things, like: #include ext/dom/php_dom.h zval *doc; MAKE_STD_ZVAL(doc); object_init_ex(doc,

Re: [PHP-DEV] PHP 5.3.0beta1

2009-01-06 Thread Lukas Kahwe Smith
Hello, I have updated the todo with the information provided by Ilia, Guilherme and Steph: http://wiki.php.net/todo/php53#beta1 regards, Lukas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Lukas Kahwe Smith
On 16.12.2006, at 19:50, Hannes Magnusson wrote: On 12/16/06, Derick Rethans der...@php.net wrote: On Fri, 15 Dec 2006, Andi Gutmans wrote: Time to turn it off in php.ini-dist in addition to php.ini- recommended? I would instead change them to php.ini-development and php.ini-production.

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Ilia Alshanetsky
While I whole heartedly agree with the idea, I am not sure its a good thing to do in 5.2 branch. I'd like to hear more feedback on that topic before making the decision. The only mitigating factor is that it will only affect new users since upgrading the release does not modify the INI

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Nathan Rixham
Ilia Alshanetsky wrote: While I whole heartedly agree with the idea, I am not sure its a good thing to do in 5.2 branch. I'd like to hear more feedback on that topic before making the decision. The only mitigating factor is that it will only affect new users since upgrading the release does

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Hannes Magnusson
On Tue, Jan 6, 2009 at 17:08, Ilia Alshanetsky i...@prohost.org wrote: While I whole heartedly agree with the idea, I am not sure its a good thing to do in 5.2 branch. I'd like to hear more feedback on that topic before making the decision. The only mitigating factor is that it will only affect

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Lukas Kahwe Smith
On 06.01.2009, at 17:26, Hannes Magnusson wrote: On Tue, Jan 6, 2009 at 17:08, Ilia Alshanetsky i...@prohost.org wrote: While I whole heartedly agree with the idea, I am not sure its a good thing to do in 5.2 branch. I'd like to hear more feedback on that topic before making the decision.

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Marco Tabini
On 6-Jan-09, at 11:49 AM, Ilia Alshanetsky wrote: I'm ok with doing for 5.3, most people when upgrade rarely look at the INI file especially if the update is done through a distribution's package management system. Not to barge in, but many people won't consider 5.2 - 5.3 a major

Re: [PHP-DEV] display_errors = on

2009-01-06 Thread Nathan Rixham
Marco Tabini wrote: On 6-Jan-09, at 11:49 AM, Ilia Alshanetsky wrote: I'm ok with doing for 5.3, most people when upgrade rarely look at the INI file especially if the update is done through a distribution's package management system. Not to barge in, but many people won't consider 5.2 -

Re: [PHP-DEV] regression in the new parameter parsing API, 5.3

2009-01-06 Thread Hannes Magnusson
On Tue, Jan 6, 2009 at 18:38, Pierre Joye pierre@gmail.com wrote: hi, The new parameter parser introduced a regression (testing with 5.3-cvs) on how z! is processed. Example code: if (0) { $authns = 1; $addtl = 1; } $result = dns_get_record(php.net, DNS_ANY, $authns,

Re: [PHP-DEV] regression in the new parameter parsing API, 5.3

2009-01-06 Thread Pierre Joye
On Tue, Jan 6, 2009 at 9:00 PM, Hannes Magnusson hannes.magnus...@gmail.com wrote: On Tue, Jan 6, 2009 at 18:38, Pierre Joye pierre@gmail.com wrote: hi, The new parameter parser introduced a regression (testing with 5.3-cvs) on how z! is processed. Example code: if (0) { $authns

Re: [PHP-DEV] PDO: table name of field in SQLite #42589 and a new fetch style FETCH_ASSOC_TREE

2009-01-06 Thread Oskar Eisemuth
Hello Lukas Kahwe Smith wrote: Using the column key to build a hierarchical tree structure by using the dot as delimiter for the keys. PDO::FETCH_ASSOC_TREE Personally I am not such a fan of the bit-wise parameter approach. Then again it provides a lot of flexibility. That being said finding

[PHP-DEV] Private member/method access inconsistency

2009-01-06 Thread Andrei Zmievski
A colleague at Digg pointed me to this blog entry: http://atomized.org/2008/11/more-tough-love-from-php/ To me it looks like a large inconsistency in the way we invoke overloaded handlers for members vs. methods. I am not sure how it came to be this way, but it's probably something we

Re: [PHP-DEV] Private member/method access inconsistency

2009-01-06 Thread David Coallier
To me it looks like a large inconsistency in the way we invoke overloaded handlers for members vs. methods. I am not sure how it came to be this way, but it's probably something we should fix. We can either remove the call to __get() on private member access, or add call to __call() on

RE: [PHP-DEV] display_errors = on

2009-01-06 Thread Mike Robinson
Hannes Magnusson wrote: I am totally against this change for 5.2. 5.3 on the otherhand should definitely make this finally happen. Very reasonable - the best approach I would think. Best Regards Mike Robinson -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

[PHP-DEV] dns_get_record for OSX

2009-01-06 Thread Scott MacVicar
I went to look at the bug Pierre mention earlier and noticed that dns_get_record isn't implemented on OS X, this looks to be down to the fact that it has a bind 8 BC layer that we use by default for some reason. I tried to make it use the bind 9 interface but it wasn't a simple task as

Re: [PHP-DEV] [RFC] Re: [PHP-DEV] __invoke() weirdness

2009-01-06 Thread David Zülke
On 03.01.2009, at 15:47, Marcus Boerger wrote: However if that is the intention, then something we might want to look into in order to make it easier for those people is to fix something that propbably looks wrong to them. That is binding a closure to a property outside of the scope of the

Re: [PHP-DEV] dns_get_record for OSX

2009-01-06 Thread Kalle Sommer Nielsen
Hi Scott 2009/1/7 Scott MacVicar sc...@macvicar.net: I went to look at the bug Pierre mention earlier and noticed that dns_get_record isn't implemented on OS X, this looks to be down to the fact that it has a bind 8 BC layer that we use by default for some reason. I tried to make it use the