-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
child_process: charify the usage of 'else' #11148
Conversation
lib/child_process.js
Outdated
|
||
if (killSignal === 0) | ||
throw new RangeError('"killSignal" cannot be 0'); | ||
} else if (killSignal != null) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What happened to the != null
check?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh, sorry, the killSignal can be false
, undefined
.
@JacksonTian there is a small typo in the commit message (it can be fixed when landed). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please leave the throw err;
statements on their own separate lines.
What is the point of this |
@petercunha The |
Also, I noticed the typo in the commit message as well. Please remember to fix it now or on landing. |
@mscdex I understand that, it just seems entirely unnecessary. |
No opinion on this one, but if we are going to do it, might as well get the |
Ok. Let me fix line 38 too. |
the keyword 'else' is unnecessary after 'throw' statements.
} | ||
|
||
options = util._extend({}, arguments[pos++]); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change means we access an out-of-bounds pos
on arguments
, which recent PRs have claimed is a deoptimization. Any concern with that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See #10323 for more context on my comment above
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there's actually a potentially out of bounds check immediately above. I'd recommend going through in a separate PR and dealing with those.
Thanks. Landed in dc9717c. |
The keyword 'else' is unnecessary after 'throw' statements. PR-URL: #11148 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
The keyword 'else' is unnecessary after 'throw' statements. PR-URL: #11148 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
This does not land cleanly in LTS. Please feel free to manually backport. Please also feel free to replace the backport request label with do-not-land if it shouldn't land |
the keyword 'else' is unnecessary after 'throw' statements.
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passesAffected core subsystem(s)
child_process