Re: Evaluate a closure in a subprocess?

[Stefan Monnier]

> e.g. extracting the lexical environment from the closure form is not
> future-proof (i.e. using (cadr (lambda ())) as an equivalent to python's
> locals() function).

Not only it's not future proof, but it's neither present-proof nor
past-proof since it already breaks in Emacs-24.1 if you byte-compile
the code.

> However, the current implementation also allows passing a closure, or even
> its byte-code representation, as a string to a different emacs process and
> evaluate it there, preserving the values of the captured lexical
> environment, e.g.

As long as the free variables of your closure have values which are
linearizable/marshallable then I think it should work, yes.  Note that
it should work better if you byte-compile your code since in that case
the closure will only include the free variables, whereas if your code
is interpreted the closure includes the whole lexical environment (which
may hence include variables that aren't actually used by your closure
yet whose value is either unmarshallable or very large).
Of course, since closures include (byte-)code, the other side needs to
understand that same (byte-)code.


        Stefan