<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I don't think you understand the semantics here -- the Function constructor is defined as taking a string (ignoring the parameters for now) and returning a function as though the function was defined in the global scope.  No functions change behaviour based on the strictness of their caller.  The only way to make a string execute as javascript inside the scope of another function is to use the eval _operator_.  These are fundamentally different concepts.<div><br></div><div>To put it another way, if the Function constructors behaviour was dependent on the strictness of its caller, i would expect:</div><div>document.write("<script>/*code here*/</"+"script>");<br><div><br></div><div>to produce an script element that was already in strict mode.</div><div><br></div><div>You really need to read the spec, as you seem to be misunderstanding some very fundamental concepts.</div><div><br></div><div>--Oliver</div><div><br><div><div>On Nov 16, 2012, at 3:19 PM, Andrea Giammarchi <<a href="mailto:andrea.giammarchi@gmail.com">andrea.giammarchi@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">back in the topic ... about evaluation: Function('return this')(); returns the global object with or without use strict around. This is actually nice, since this one was a security problem introduced when somebody decided that `this` without an explicit context should have been undefined. Now it is possible to retrieve the global object as long as Function is the original constructor.<div>
Said that, I believe this is a bug in every browser. (Webkit, FF, Chrome suffering)<div><br></div><div>Please do not fix, thanks :-)</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 16, 2012 at 2:50 PM, Andrea Giammarchi <span dir="ltr"><<a href="mailto:andrea.giammarchi@gmail.com" target="_blank">andrea.giammarchi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">love this answer, thanks!<div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, Nov 16, 2012 at 2:47 PM, Jeff Walden <span dir="ltr"><<a href="mailto:jwalden+es@mit.edu" target="_blank">jwalden+es@mit.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 11/16/2012 02:37 PM, Andrea Giammarchi wrote:<br>
> what I am saying: arguments won't disappear in 5+ years, neither will caller ... is my crystal ball correct?<br>
<br>
</div>It's not necessary for these things to disappear completely for us to derive value from these decisions.  It's only necessary for good code, that wants to be performant, to not use them.<br>
<span><font color="#888888"><br>
Jeff<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
_______________________________________________<br>es-discuss mailing list<br><a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>https://mail.mozilla.org/listinfo/es-discuss<br></blockquote></div><br></div></div></body></html>