That was my point earlier - for this to work, if you post getX and setX over separately, they need to share a closure otherwise they don't work. <div><br></div><div>Realistically, given Javascript's dynamic nature, you need to copy everything reachable via the function's scope chain, and recursively copy everything reachable via any reachable function's scope chain. In effect, copying a function to worker context means bringing over the entire reachable heap. Anything else you try to do is going to break in subtle ways when something in the source context's scope chain isn't in the destination context's scope chain.</div>
<div><br></div><div>I understand that we might like to treat code running in a worker as if it were running in a same context as the parent page, so you could pass all the same things to it that you could pass to any Javascript function, but the situations are not identical - the only way something like this would be feasible would be by adding limitations (i.e. not copying over the scope chain of a function) that IMO fundamentally break Javascript semantics ; once you do that, you might as well just use the existing string + eval() mechanisms.</div>
<div><br></div><div>-atw<br><br><div class="gmail_quote">On Thu, Dec 17, 2009 at 2:06 AM, Oliver Hunt <span dir="ltr"><<a href="mailto:oliver@apple.com">oliver@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Dec 17, 2009, at 10:03 PM, Boris Zbarsky wrote:<br>
<br>
> On 12/17/09 12:48 AM, Boris Zbarsky wrote:<br>
>> It seems very difficult to me to come up with a "function cloning"<br>
>> solution that won't break in subtle ways when such functions are passed<br>
>> to it...<br>
><br>
> I should clarify this.  It seems to me eminently possible to clone functions that only reference local (declared with var) variables and their arguments.  And maybe explicit |this| access; not sure.<br>
><br>
> As soon as you're talking anything else, the situation gets very complicated, it seems to me.  That includes implicit property access on the global object.<br>
><br>
> To make that clearer, consider these two functions, defined at global scope:<br>
><br>
>  var x = 1;<br>
>  function f() {<br>
>    return x;<br>
>  }<br>
>  function g() {<br>
>    return Math;<br>
>  }<br>
><br>
> If I understand your proposal correctly, passing f to a worker would pass across a function which always returns 1.  Passing g to a worker would do what?  Pass across a function that always returns the Math object from the web page scope?  If not, then how is Math different from x, exactly?  If yes, then why are we baking anything at all in at pass time?<br>

><br>
> How is the f() example above affected if x is bound to an object, not to a number?<br>
<br>
</div></div>I think a more interesting case is the relatively common idiom of closures for access protection, eg.<br>
<br>
function MyObject() {<br>
    var x;<br>
    this.setX = function(_x) { x = _x };<br>
    this.getX = function() { return x }<br>
}<br>
<br>
What should worker.postMessage(new MyObject) do if we were to try and serialise the functions? obviously you don't want them each to have (effectively) separate closures, and you can't just substitute their containing scope with the global object.<br>

<br>
> -Boris<br>
<font color="#888888"><br>
<br>
--Oliver<br>
<br>
</font></blockquote></div><br></div>