Re: [PHP-DEV] Re: Tweaking "expects parameter # to be..." message

2006-09-10 Thread Marcus Boerger
Hello Hannes, with your changewe'd have: "Warning: token_get_all() expects parameter 1 to be binary string, stdClass object given in %s on line %d" i would like the followingmore: "Warning: token_get_all() expects parameter 1 to be binary string, instance ofstdClass given in %s on line %d"

[PHP-DEV] CVS Account Request: kafeifei

2006-09-10 Thread Xiaodong Deng
Translate the manual into Chines. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: Tweaking "expects parameter # to be..." message

2006-09-10 Thread Hannes Magnusson
And phpt fixes... On 9/11/06, Hannes Magnusson <[EMAIL PROTECTED]> wrote: Hello all. Attached is a patch to tweak expected parameter message a little. Currently: [EMAIL PROTECTED] 5.2$ sapi/cli/php -c php.ini -r '$obj = new DateTime; timezone_name_get($obj);' PHP Warning: timezone_name_get()

[PHP-DEV] Tweaking "expects parameter # to be..." message

2006-09-10 Thread Hannes Magnusson
Hello all. Attached is a patch to tweak expected parameter message a little. Currently: [EMAIL PROTECTED] 5.2$ sapi/cli/php -c php.ini -r '$obj = new DateTime; timezone_name_get($obj);' PHP Warning: timezone_name_get() expects parameter 1 to be DateTimeZone, object given in Command line code on

Re: [PHP-DEV] Re: __autoloading and functions

2006-09-10 Thread dAniel hAhler
Marcus Boerger wrote: > it hasbeendiscussed and the conclusion is that it isfar too much of a > slowdown for every function call and thus we are not going to implement > it. Maybe a dump question, but wouldn't it get considered only, AFTER PHP has found that the function does not exist? So, it

Re: [PHP-DEV] Multi-paradigm design (was: Re: [PHP-DEV] Re: __autoloading and functions)

2006-09-10 Thread Derick Rethans
On Sun, 10 Sep 2006, Terje Slettebø wrote: > > > P.S: As an aside: Why is everybody (?) replying to both the list > > > _and_ the poster? If you post, isn't it safe to assume you're > > > actually on the list, or am I missing something? > > > > It is a common usage here. Some uses nntp, other ma

Re: [PHP-DEV] Multi-paradigm design (was: Re: [PHP-DEV] Re: __autoloading and functions)

2006-09-10 Thread Terje Slettebø
Hi Pierre. > > P.S: As an aside: Why is everybody (?) replying to both the list _and_ the > > poster? If you post, isn't it safe to assume you're actually on the list, or > > am I missing something? > > It is a common usage here. Some uses nntp, other mails (and filters, etc..). Ok. It's just th

[PHP-DEV] Re: RFC: unicode.semantics: runtime or not?

2006-09-10 Thread Michael Wallner
Michael Wallner wrote: > I think it would be best for all of us to go the more robust route > and make unicode.semantics only changeable in php.ini. I actually think that I'm currently experiencing a problem related to this issue. The new output control code supports aliases, i.e. one can start

Re: [PHP-DEV] Multi-paradigm design

2006-09-10 Thread Rasmus Lerdorf
Terje Slettebø wrote: P.S: As an aside: Why is everybody (?) replying to both the list _and_ the poster? If you post, isn't it safe to assume you're actually on the list, or am I missing something? Many people aren't actually subscribed, the list can be slow at times, and it is nice to have re

Re: [PHP-DEV] Multi-paradigm design (was: Re: [PHP-DEV] Re: __autoloading and functions)

2006-09-10 Thread Pierre
Hello, P.S: As an aside: Why is everybody (?) replying to both the list _and_ the poster? If you post, isn't it safe to assume you're actually on the list, or am I missing something? It is a common usage here. Some uses nntp, other mails (and filters, etc..). It is also nice to do not start

[PHP-DEV] Multi-paradigm design (was: Re: [PHP-DEV] Re: __autoloading and functions)

2006-09-10 Thread Terje Slettebø
Hi Marcus. Thanks for the replies, both of you. I've solved this particular problem by having all these little functions in a file that gets included for all files that need it. > The speed reasoning put aside we also found that procedural techniques > should not mix too much with the object orie

Re: [PHP-DEV] Re: __autoloading and functions

2006-09-10 Thread Marcus Boerger
Hello Terje, it hasbeendiscussed and the conclusion is that it isfar too much of a slowdown for every function call and thus we are not going to implement it. The speed reasoning put aside we also found that procedural techniques should not mix too much with the object oriented features. bes re

[PHP-DEV] Re: __autoloading and functions

2006-09-10 Thread Terje Slettebø
Hi Hannes. Ok, so I was wrong about the cause of the "symptom", good - so this is instead another problem: No autoloading of functions... I tried a similar example, where you switch the order of "new foo()" and "bar()" around, and it fails, as it doesn't find the definition of bar(), since class.p

[PHP-DEV] Re: __autoloading and functions

2006-09-10 Thread Hannes Magnusson
On 9/10/06, Hannes Magnusson <[EMAIL PROTECTED]> wrote: Hello Terje What are you talking about? --class.php-- Gah. I meant to say "Prints out 'hello world'" -Hannes On 9/10/06, Terje Slettebø <[EMAIL PROTECTED]> wrote: > Hi all. > > I don't know if this has been discussed before (I've not

[PHP-DEV] Re: __autoloading and functions

2006-09-10 Thread Hannes Magnusson
Hello Terje What are you talking about? --class.php-- wrote: Hi all. I don't know if this has been discussed before (I've not found it from doing a search), but if it has, please provide me with a link to the discussion. __autoload() is very convenient, but it has one problem: While classes d

[PHP-DEV] __autoloading and functions

2006-09-10 Thread Terje Slettebø
Hi all. I don't know if this has been discussed before (I've not found it from doing a search), but if it has, please provide me with a link to the discussion. __autoload() is very convenient, but it has one problem: While classes defined in the __autoload() function (via an include) are accessib