[PATCH v2 2/3] jscript: Don't execute any functions if script state does not allow it.

Jacek Caban jacek at codeweavers.com
Tue May 31 19:07:34 CDT 2022


On 5/31/22 16:56, Gabriel Ivăncescu wrote:
> Instead of only interpreted functions. Property retrievals or setters are
> allowed though, as long as they are not accessors.
>
> Signed-off-by: Gabriel Ivăncescu<gabrielopcode at gmail.com>
> ---
>
> Note that native GetDispID seem to fail when retrieving builtin/prototype
> functions (?) if script is uninitialized, but retrieving the DISPID before and
> using it after it's uninitialized still works, though (that's what the tests
> do). I don't think it's worth replicating this GetDispID quirk for the moment.


I'm not really concerned about GetDispID quirks, but implication of your 
choice for the next patch. I think that releasing objects sooner is 
better, so it would be good to have a better argument for moving that. 
Your reasoning there is based on details of how you decided to not 
follow native here.


More generally, creating function objects in response for property get 
is an implementation detail that supposed to be transparent. If it's 
causing problems elsewhere, I'd first look at making it more 
transparent. In this case, maybe we should create function objects 
sooner, in response to GetDispID. This would both match all tests and 
allow us to release function constructor sooner.


Jacek




More information about the wine-devel mailing list