<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 4, 2013 at 1:36 PM, Brendan Eich <span dir="ltr"><<a href="mailto:brendan@mozilla.com" target="_blank">brendan@mozilla.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tom Van Cutsem wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2013/2/4 Brendan Eich <<a href="mailto:brendan@mozilla.com" target="_blank">brendan@mozilla.com</a> <mailto:<a href="mailto:brendan@mozilla.com" target="_blank">brendan@mozilla.com</a>>><div class="im"><br>
<br>
    If notification proxies require allocation per trap activation,<br>
    that's a fatal flaw in my view.<br>
<br>
<br>
Did you mean to say action proxies? Action proxies do require allocation per trap activation, and I also considered this a fatal flaw.<br>
</div></blockquote>
<br>
I was replying to Mark, so meant notification proxies.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Notification proxies require allocation of a post-trap when they need to do something after the operation was performed on the target.<br>
</blockquote>
<br></div>
Yes, and (just to respond to Mark's somewhat premature "maybe notification proxies will defer proxies from ES6") that seems like a fatal flaw, in spite of the post-trap condition.</blockquote><div><br></div>
<div style>Saying that a maybe is premature seems a bit much.</div><div style><br></div><div style>In any case, you may be right that this is a fatal flaw. You're making a performance-based argument, and it is certainly premature one way or the other to predict how these relative costs will balance out. Let's wait till we have more data.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The post-trap could be cached and reused, but only if the post-processing is independent of the specific arguments passed to the intercepted operation.<br>
</blockquote>
<br></div>
Yup.<span class="HOEnZb"><font color="#888888"><br>
<br>
/be<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>    Cheers,<br>    --MarkM
</div></div>