Hi Scott
2009/1/7 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
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 objec
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 some
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
> 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() o
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 shoul
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
On Tue, Jan 6, 2009 at 9:00 PM, Hannes Magnusson
wrote:
> On Tue, Jan 6, 2009 at 18:38, Pierre Joye 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;
>>
On Tue, Jan 6, 2009 at 18:38, Pierre Joye 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, $addtl);
On Tue, Jan 6, 2009 at 17:52, 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 i
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, $addtl);
print_r($result);
var_dump($authns);
var_dump($addtl);
With 5.2,
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 -> 5
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"
upgr
On 6-Jan-09, at 11:26 AM, Antony Dovgal wrote:
On 06.01.2009 19:08, 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 th
On 06.01.2009, at 17:26, Hannes Magnusson wrote:
On Tue, Jan 6, 2009 at 17:08, 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 mitigat
On 06.01.2009 19:08, 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
On Tue, Jan 6, 2009 at 17:08, 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 s
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 not
Thanks, after some more searching in the direction you pointed, it works in
a function of my extension.
Now I have another problem, which is trickier I think; in the same
extension, I'd like to have the possibility to call some PHP code from my
PHP_MINIT_FUNCTION and I'd like to pass a DOMDocum
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 file
On 16.12.2006, at 19:50, Hannes Magnusson wrote:
On 12/16/06, Derick Rethans 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. In development
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
François Lemaire wrote:
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(d
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, do
24 matches
Mail list logo
