You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 2, 2023. It is now read-only.
This is due to the current nodejs kernel just goes through the synchronous part until it sends the execution result and callbacks generated by the user code are executed later.
We need a "blocking" mechanism until all user callbacks finish as well as temporarily removing existing sorna-side callbacks from the event loop.
As the result, I have found a small hacky open source project that uses C++ addon to access uv_run() function, and patched it to implement a blocking call until all callbacks finish: abbr/deasync#53
Egoing has reported an issue that he could not see the result of the following code:
This is due to the current nodejs kernel just goes through the synchronous part until it sends the execution result and callbacks generated by the user code are executed later.
We need a "blocking" mechanism until all user callbacks finish as well as temporarily removing existing sorna-side callbacks from the event loop.
As the result, I have found a small hacky open source project that uses C++ addon to access
uv_run()
function, and patched it to implement a blocking call until all callbacks finish:abbr/deasync#53
Then, I have added
unref()
/ref()
support to zeromq.node project:JustinTulloss/zeromq.node#503
Now we can implement a proper blocking call for nodejs4 kernel.
The text was updated successfully, but these errors were encountered: