Stefan Marr wrote:
Hi Stanislav,
traits the included trait is using). Ok this is the scope. Now we
would need to adjust all those method bodies, find all method calls on
$this->oldMethodName() and change them to $this->newMethodName().
You can't - PHP has dynamic method resolution (t
Mehmet Yavuz Selim Soyturk wrote:
Hello,
I'm sorry if that's the wrong list.
I am neither a PHP nor a webscripting guy so I'm sorry if this does
not make sense. I just thought that it could be useful.
PHP 5 supports exception handling. When an exception occurs, PHP does
stack unwinding so that
ly be a good idea to have a Wiki where we can document issues
that/common use-cases which are encountered.
Maybe we should have a Wiki on one of the php.net servers for such
purposes?
Andi
-Original Message-----
From: Evert | Rooftop [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 10, 2007
Larry Garfield wrote:
Top 10 by what metric? If I had to guess based on market share, I'd say
(unordered):
Drupal
Squirrelmail
WordPress
phpMyAdmin
MediaWiki
Joomla
PHPBB
That will keep me busy =)
Evert
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: htt
Andi Gutmans wrote:
I think the sooner the better as it's valuable information for the dev
team.
It'd probably be a good idea to have a Wiki where we can document issues
that/common use-cases which are encountered.
Maybe we should have a Wiki on one of the php.net servers for such
purposes?
Andi
Andi Gutmans wrote:
What I really think we need to do for this release, which we haven't
been good at doing in the past, is build a PHP Compatibility Team which
tries to port many applications to PHP 6 and finds the issues in doing
this port (both with unicode_semantics=on/off). We can then learn
My 2 cents:
Before you guys are making any changes in the maintenance process, I
think the end goal (dropping PHP4 support) can happen a lot smoother
with good communication. You can start today by stating really clear on
www.php.net that PHP4 support is going to be dropped in the future and
Hi Lars,
In the meanwhile .. check out spl_object_hash
Evert
Lars Schultz wrote:
Hi there
I just tried to switch from 5.1 to 5.2.3 and got thrown off right away
by:
"Object of class MyObject could not be converted to string"
I googled a bit and also read any Messages in the internals list
Yes, but I want to ignore Parent behaviour, and Re-inherit GrandParent
behaviour..
Evert
Jasper Bryant-Greene wrote:
adding parent::__construct() in the constructors of both Parent and
Child should do what you want.
Jasper
Evert | Rooftop wrote:
Hi List,
Sorry if this is the wrong list
Hi List,
Sorry if this is the wrong list for this kind of stuff.. I'd be happy to
re-post this to the users mailing list.
With the recent updates that will raise E_STRICT on static calls that
are non static, how do we properly do the following..
I have a class named 'GrandParent' a class na
Brian Moon wrote:
Evert | Rooftop wrote:
Thats a smart idea.. I like that
As for letting PHP do the 500, I tend to use output buffering
everywhere (i think most people do, supposed to be faster too) so I'm
used to setting header()'s wherever I need them..
You think wrong. Ther
irst,
and this is where most errors can happen.. only after the presentation
is done.
So the solution would be, if fatal error is triggered, and
headers_sent() is false then set the error to 500..
Is this possible?
Evert
Rasmus Lerdorf wrote:
Evert | Rooftop wrote:
Excuse me if thi
Excuse me if this has been discussed before, but I would like to know
the stance on this issue, it's hard to search the buglist or mailing
archives on stuff like http, 500 and fatal.
Would it be hard to implement an ini setting for throwing a http 500
error on a fatal error? It's hard to make
13 matches
Mail list logo