paulbartrum

I tried it, but both the self-executing and non-self-executing function took about the same amount of time. Can you clarify exactly what code you were using when you experienced the...

Accessing global variables **is** quite a bit slower than accessing local variables. But I'm not sure that's the problem here. Separating out the compilation and the execution: ```c# ScriptEngine engine...

Oh no, I'm wrong, the elapsed time is in the execution. ``` ------------------------------------ Without the self executing function Compile time: 154, execution time: 1086 (b=2000) Compile time: 54, execution time:...

I'm not happy with the way stack traces work now, so it's on my radar.

One solution is to set a flag in `executeScript1`. Something like: ```c# public void executeScript1() { RunningFlag = true; var engine2 = new ScriptEngine(); engine2.Execute("executeScript2()"); RunningFlag = false; } ```

I won't merge this just yet as I may have to revert the change after I implement TypedArray subclassing.

I'm pretty sure even if you make StackFrame a struct, it'll get boxed as soon as you push it on the `stackFrames` stack. I do have an idea which would...

There are known problems with ClrInstanceWrapper and I'm not sure if it'll survive going forward. For that reason, I recommend that people inherit from `ObjectInstance` instead (documented here: https://github.com/paulbartrum/jurassic/wiki/Exposing-a-.NET-class-to-JavaScript). On...

It's likely this code is either going away, or at least moved into a separate package, so I'm not going to make any changes to `ClrStaticTypeWrapper` for the forseeable future....

It's likely this code is either going away, or at least moved into a separate package, so I'm not going to make any changes to `ClrStaticTypeWrapper` for the forseeable future....