So .. when a TerminationException is delivered to an executing sub-script, the innermost TryCatch (which is in EvalMachine()) knows that the exception can't be caught, but the exception value itself is not copied. So, when that TryCatch is rethrown, the next TryCatch up the stack has no idea that it's a TerminationException, and happily just propagates a normal exception with null value.
I don't understand why v8 thinks this is the right thing to do. However, we can deal with it in node.
This commit:
https://github.com/paddybyers/node/commit/1f7df3be67f71a59bf89cf97b5ec385476d7eac2
addresses an issue if a sub-script (run by
runInNewContext()
) is forcibly terminated (vianode::Isolate::Stop()
).The root cause is this:
So .. when a TerminationException is delivered to an executing sub-script, the innermost TryCatch (which is in
EvalMachine()
) knows that the exception can't be caught, but the exception value itself is not copied. So, when that TryCatch is rethrown, the next TryCatch up the stack has no idea that it's a TerminationException, and happily just propagates a normal exception with null value.I don't understand why v8 thinks this is the right thing to do. However, we can deal with it in node.