Uh oh!
There was an error while loading. Please reload this page.
test: add inspect-brk option to cluster module - #12503
Conversation
Ensure that cluster interoperates with the --inspect-brk option. This does not test for —debug-brk. Fixes: nodejs#11420
benjamingr
left a comment
There was a problem hiding this comment.
Slightly confusing way to write this - but still LGTM.
cjihrig
commented
Apr 19, 2017
It might be helpful to have the cluster worker print something or crash. Then, you can test that it doesn't happen because the worker is at a breakpoint. |
Have the cluster worker print something or crash. Then, test that it doesn't happen because the worker is at a breakpoint.
| test([`--inspect-brk=${debuggerPort}`]); | ||
| } else { | ||
| // Cluster worker is at a breakpoint, should not reach here. | ||
| assert.fail(1, 2, 'Test failed: cluster worker is at a breakpoint.', '>'); |
There was a problem hiding this comment.
As of recently, this can just be:
assert.fail('Test failed: cluster worker is at a breakpoint.');
dave-k
commented
Apr 20, 2017
Are the requested changes OK? |
cjihrig
left a comment
There was a problem hiding this comment.
LGTM if the CI is good. However, because this test uses common.PORT, it should probably be moved from parallel to sequential.
dave-k
commented
Apr 24, 2017
Can this proceed or does the test need to be moved from parallel to sequential? |
cjihrig
commented
Apr 25, 2017
I would move it to sequential as long as |
because this test uses common.PORT, moved from parallel to sequential.
cjihrig
commented
Apr 25, 2017
addaleax
commented
Apr 29, 2017
Landed in 0324ac6 |
gibfahn
commented
Jun 18, 2017
Should land with #12615 if that lands |
Ensure that cluster interoperates with the --inspect-brk option.
This does not test for —debug-brk.
Fixes: #11420
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passesAffected core subsystem(s)
test cluster