summaryrefslogtreecommitdiff
path: root/.eslintignore
diff options
context:
space:
mode:
authorSantiago Gimeno <santiago.gimeno@gmail.com>2015-12-18 19:13:50 +0100
committerRich Trott <rtrott@gmail.com>2016-01-13 20:15:02 -0800
commit9571be12f6e6ebdd097c8a032a872bada9972d56 (patch)
treebfaa7e7f2804c56cda9dab52a0f5db635cc38da4 /.eslintignore
parent265e2f557b4ed7f197b424a5f041a8a2a71b140e (diff)
downloadandroid-node-v8-9571be12f6e6ebdd097c8a032a872bada9972d56.tar.gz
android-node-v8-9571be12f6e6ebdd097c8a032a872bada9972d56.tar.bz2
android-node-v8-9571be12f6e6ebdd097c8a032a872bada9972d56.zip
cluster: fix race condition setting suicide prop
There is no guarantee that the `suicide` property of a worker in the master process is going to be set when the `disconnect` and `exit` events are emitted. To fix it, wait for the ACK of the suicide message from the master before disconnecting the worker. Also, there's no need to send the suicide message from the worker if the disconnection has been initiated in the master. Add `test-cluster-disconnect-suicide-race` that forks a lot of workers to consistently reproduce the issue this patch tries to solve. Modify `test-regress-GH-3238` so it checks both the `kill` and `disconnect` cases. Also take into account that the `disconnect` event may be received after the `exit` event. PR-URL: https://github.com/nodejs/node/pull/4349 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Rich Trott <rtrott@gmail.com>
Diffstat (limited to '.eslintignore')
0 files changed, 0 insertions, 0 deletions