Hi!

> - in some cases destruction of temporary result may cause destruction of
> final result
> 
> ((object)(array("a"=>"b")))->a = "c"; // temporary object may be destroyed
> before assignment

I remember now this was somewhat of a problem - when the temp is
destroyed? I.e. I guess we could stick FREE_TMP at the end of the
expression but then indeed it has to happen after assignment is done,
and that may require longer memory than the parser currently has.
I didn't look at the patch yet so not sure how it works out, will do soon.

>> I hope that this change is trivial enough to not require dragging it
>> through the whole RFC process. If there are no objections I'd commit it
>> sometime soon.

Please do not rush it. It looks simple but there might be very complex
edge cases with dealing with temps and lifetimes, we need to check them
thoroughly.
-- 
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227

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

Reply via email to