The question is: why would your production code have fatal 
errors?

A fatal error occurs because of one of the following reasons:

1) parse error
2) engine instability
3) segfault (well, kinda, its nothing catchable, but it is about
as fatal as you can get :)

2 & 3 are very very rare cases, and are almost always bugs in PHP
itself.  case 1, well, if you've tested your code properly (or at 
all) you shouldn't be getting this error...

I don't get why revising the error scheme (even Maxim's proposal) is
really that useful, it seems like a lot of extra work for something
that is good enough (i'd say ideal).

As for multi-lingual errors, no, no, no, no, no!

ohh yeah, and no!

I can just imagine the support requests coming to php-general@ 
(and my private inbox, which unfortunately gets comparable traffic
these days) with foreign error strings.  Most programming is in english
these days, including function names, external libraries, classes, 
etc.  Also, to implement this with any reasonable efficiency, we 
couldn't use dynamic locales, which will make it quite annoying 
for external contractors to work on pieces of code.

Multi-lingual error codes open's up pandora's box, let's not go 
there.

In conclusion to both (imho):: 
English is fine.  Uncatcheable parse errors is also fine. 

-Sterling

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to