| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
There was a problem hiding this comment.
Maybe just worker2.on('message', ...) by itself rather than wrapped inside a worker2.on('online', ...) ?
Sorry, something went wrong.
|
Seems to blow up a bit on ubuntu more often than not... Mismatched <anonymous> function calls. Expected 1, actual 2.
at Object.<anonymous> (/home/vagrant/node/test/parallel/trott.js:24:29)
at Module._compile (module.js:408:26)
at Object.Module._extensions..js (module.js:415:10)
at Module.load (module.js:354:32)
at Function.Module._load (module.js:311:12)
at Function.Module.runMain (module.js:440:10)
at startup (node.js:141:18)
at node.js:997:3
|
Sorry, something went wrong.
|
Yeah I'm seeing that now. Looking into it... |
Sorry, something went wrong.
|
Ok that should be fixed now. |
Sorry, something went wrong.
Sorry, something went wrong.
|
Stress test is green! \o/ General CI run: https://ci.nodejs.org/job/node-test-pull-request/1101/ |
Sorry, something went wrong.
|
Unfortunately, this change means that the test no longer fails in Node 5.3.0, which means that it doesn't test the issue it was written to test anymore. (Tested on ubuntu 14.04.) |
Sorry, something went wrong.
|
I think the issue in the test that you've fixed is the source of the race condition that's supposed to be tested here. It's a feature and not a bug. Maybe the thing to do is swallow EPIPE on Windows. Another perhaps better option is to skip the test on anything that isn't Linux, since that's the only place (that I know of, anyway) where the thing (that this test detects) ever happened. |
Sorry, something went wrong.
|
I thought about that, but swallowing EPIPE seems like a bad idea since then it would appear as though the send() was successful but it actually wasn't. |
Sorry, something went wrong.
|
Maybe just skipping the test on Windows since the test does not test the issue it is supposed to test on Windows anyway (perhaps because the issue never existed there). In Node 5.3.0, it blows up on Linux but not on Windows. It's supposed to blow up in Node 5.3.0. Either this issue never manifested itself on Windows or else it did but this test never caught it anyway. (I'm guessing the former.) |
Sorry, something went wrong.
|
@Trott Ok, I've modified it to just skip on Windows and left in a couple extra mustCall()s. LGTY? |
Sorry, something went wrong.
There was a problem hiding this comment.
Nit: Windows rather than windows
Nit: is disabled on Windows makes it sound like we just gave up and hope to enable it one day. I'd rather convey a message that it just doesn't apply to Windows. Maybe: Skipped: This test does not apply to Windows.
Sorry, something went wrong.
There was a problem hiding this comment.
Yeah I just copied this directly from another test that presumably was doing a check for the same reason.
Sorry, something went wrong.
There was a problem hiding this comment.
Eh. Either way. It's a nit.
Sorry, something went wrong.
|
A couple of nits that you can take or leave (because, hey, that's what a nit is). Beyond that, yeah, totally LGTM if CI is happy and as long as it still fails on Linux on Node 5.3.0. |
Sorry, something went wrong.
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: nodejs#4450 PR-URL: nodejs#4457
|
Wording fixed. One last CI run: https://ci.nodejs.org/job/node-test-pull-request/1103/ |
Sorry, something went wrong.
|
Behaves as expected with Node 5.3.0 on Ubuntu 14.04. |
Sorry, something went wrong.
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: #4450 PR-URL: #4457 Reviewed-By: Rich Trott <rtrott@gmail.com>
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: nodejs#4450 PR-URL: nodejs#4457 Reviewed-By: Rich Trott <rtrott@gmail.com>
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: #4450 PR-URL: #4457 Reviewed-By: Rich Trott <rtrott@gmail.com>
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: #4450 PR-URL: #4457 Reviewed-By: Rich Trott <rtrott@gmail.com>
On single core Windows systems, process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send(). The test was originally only relevant for non-Windows platforms, so this commit merely skips the test on Windows. Fixes: nodejs#4450 PR-URL: nodejs#4457 Reviewed-By: Rich Trott <rtrott@gmail.com>
| Back | FazBrowse Home | New Git URL |
Before this commit, on single core Windows systems process.send() would cause an EPIPE because of the ordering of the IPC channel disconnect and the process.send().
Disconnecting the second worker once it receives the sent message vs. when the worker merely comes online fixes this race condition.
Fixes: #4450