On Mon, Aug 25, 2014 at 11:39 PM, Stas Malyshev <smalys...@sugarcrm.com> wrote:
> Hi! > > > I don't know if I will be implementing that ext myself. In any case, > before > > that can happen I will have to create another RFC for converting parse > > errors into exceptions and making sure we don't leak memory on failed > parse > > If we're talking the plunge of putting exceptions into the core engine, > wouldn't it make sense to convert most of the fatal errors (especially > the "catchable" ones) to exceptions too? Most of them (except for out of > memory, timeouts and such) don't really require the engine to shut down, > as it seems... So if we're already saying people will have to deal with > exceptions in PHP engine anyway, maybe we could make it so that we could > have unified handling of them? > I was planning to deal with parse exceptions separately because they require special handling and larger changes to the parser. However I could also apply those changes independently, as they are also useful for avoiding leaks on failed eval()s. The actual exception can then be introduced together with other exceptions for fatal errors. Yeah, I think that's what I'm going to do, thanks for pointing this out :) Nikita PS: The AST branch is now merged into master.
