-
Notifications
You must be signed in to change notification settings - Fork 30k
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
Worker Threads can't read stdout #24636
Comments
@nodejs/workers |
@Ethan-Arrowood Thanks for the report! We're taking a look. I think for the very least the error message should be better. |
3 tasks
leeight
added a commit
to leeight/node
that referenced
this issue
Nov 26, 2018
I've figured out what's happening and have a fix coming up |
yaelhe
added a commit
to yaelhe/node
that referenced
this issue
Dec 10, 2018
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. Fixes: nodejs#24636
3 tasks
BethGriggs
pushed a commit
that referenced
this issue
Dec 17, 2018
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. PR-URL: #24932 Fixes: #24636 Reviewed-By: Benjamin Gruenbaum <benjamingr@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
refack
pushed a commit
to refack/node
that referenced
this issue
Jan 14, 2019
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. PR-URL: nodejs#24932 Fixes: nodejs#24636 Reviewed-By: Benjamin Gruenbaum <benjamingr@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
BethGriggs
pushed a commit
that referenced
this issue
Feb 12, 2019
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. PR-URL: #24932 Fixes: #24636 Reviewed-By: Benjamin Gruenbaum <benjamingr@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
BethGriggs
pushed a commit
that referenced
this issue
Feb 20, 2019
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. PR-URL: #24932 Fixes: #24636 Reviewed-By: Benjamin Gruenbaum <benjamingr@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
rvagg
pushed a commit
that referenced
this issue
Feb 28, 2019
When the worker thread exits, drain the messages also from the internal message port so that the call to 'kDispose' will occur only after all the messages from the worker were processed in the parent, so stdio messages from the worker will be successfully pushed to their target streams in the parent. PR-URL: #24932 Fixes: #24636 Reviewed-By: Benjamin Gruenbaum <benjamingr@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hard to describe this bug but I'd like to document the strange behaviour I am experiencing with this experimental feature.
In the above code snippet, the expected output looks something like so (due to the way threading works sometimes the console is out of order but I do not think this is relevant):
However, with the
console.log('foobar')
line commented out I get this output (and error message instead):The error trace does not have a line from my
lab5.js
to reference.The actual output when
console.log('foobar')
is active is:Order does not seem perfectly correct but I don't think that is an issue AFAIK.
I'm not exactly expecting a solution to this just wanted to bring this behavior to whichever contributors are working on this part of Node JS
The text was updated successfully, but these errors were encountered: