Re: exceptions instead of errors

> Just to throw some fuel into the fire: I still fancy the idea discussed months > ago about a new error reporting logic that would have some sort of > unique codes for errors supported by strings. Something comparable to > the way Oracle, C# and 'others' handles them. Lol. I'm not touching that topic again ;) Besides, if something gets hashed out where the engine can start throwing exceptions internally the benefits from "[PHP-34234]" as an error code is reduced. John > here is some of that: > > http://groups.google.com/groups?q=maxim+%2Berror+group:php.dev&hl=en&lr=&ie=UTF-8&oe=UTF-8&group=php.dev&selm=20021121143311.63B5.MAXIM%40php.net&rnum=3 > > http://groups.google.com/groups?q=maxim+%2Berror+group:php.dev&hl=en&lr=&ie=UTF-8&oe=UTF-8&group=php.dev&selm=000401c29448%2473f3f840%249d10fea9%40coogle&rnum=1 > > > Maxim Maletsky > maxim@php.net > > > > > On Tue, 13 May 2003 21:28:26 +0200 > marcus.boerger@t-online.de (Marcus Börger) wrote: > > > At 18:45 13.05.2003, Zeev Suraski wrote: > > >Unless I'm missing something Marcus' patch only deals with non fatal > > >errors. But if I am missing something and it somehow tries to be smart > > >about E_ERRORs - it shouldn't, whether or not an error is fatal should be > > >left entirely to the author of the error call... > > > > Atm the following error cannot be turned into an exception, all others can be. > > E_ERROR > > E_CORE_ERROR > > E_COMPILE_ERROR > > E_USER_ERROR > > E_PARSE > > > > The reason i did not allow E_ERROR is the fact that i knew some few errors > > which leave an unstable engine state. > > > > So perhaps a new error code isn't such a bad idea as i first thought. But > > it makes > > only sense when we change some codes which are aren't really E_ERROR and > > that would be another BC issuue since it would also affect non exception code. > > OR we convert the new error code into its original E_ERROR code before spitting > > it out as a normal error. > > > > marcus > > > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > --------------------- Original Message Ends -------------------- > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~- John Coggeshall john at coggeshall dot org http://www.coggeshall.org/ -~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~--~=~-