-
Notifications
You must be signed in to change notification settings - Fork 642
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chore: Loop call stack #851
Conversation
This is so exciting! I really like the way you managed the shared memory by taking it and replacing with an empty one. |
Yeah, that is one of benefits of loop calls! Will circle back to your PR, as we now have this new mechanism |
This PR changes the recursive calls that we had to the loop call and interpreter stack.
This fully removes the possibility of problematic OS stack overflow that we had, it allows easier sharing of the shared context (As in memory, and removes lifetime from Interpreter) and better control over the call stack.
It allows easier the introduction of the handler for that part of the code and performance stayed the same