Skip to content
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.

Sign up for GitHub

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

Jump to bottom

fs: use isUint32 in isFd #20330

Closed
wants to merge 2 commits into from
Closed

fs: use isUint32 in isFd #20330

wants to merge 2 commits into from

Conversation

danbev
Copy link
Contributor

@danbev danbev commented Apr 26, 2018

This commit updates the isFd function to call isUint32 instead of
doing the same thing. I was tempted to remove isFd and just use isUint32
instead but wanted to get some feedback from others regarding
readablity.

Checklist
  • make -j4 test (UNIX), or vcbuild test (Windows) passes
  • commit message follows commit guidelines

@danbev
fs: use isUint32 in isFd
00ae096 
This commit updates the isFd function to call isUint32 instead of
doing the same thing. I was tempted to remove isFd and just use isUint32
instead but wanted to get some feedback from others regarding
readablity.
@nodejs-github-bot nodejs-github-bot added the fs Issues and PRs related to the fs subsystem / file system. label Apr 26, 2018
@danbev
Copy link
Contributor Author

danbev commented Apr 26, 2018

CI: https://ci.nodejs.org/job/node-test-pull-request/14523/

BridgeAR
BridgeAR reviewed Apr 26, 2018
View reviewed changes
Copy link
Member

@BridgeAR BridgeAR left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we not replace isFd with isUint32 in this case?

@danbev
Copy link
Contributor Author

danbev commented Apr 26, 2018

Should we not replace isFd with isUint32 in this case?

Yeah, I was thinking the same thing (mentioned in the commit message). I'd prefer that. I'll wait a little and if no one objects I'll update.

@tniessen
Copy link
Member

If you'd like to still call isFd, you could use const isFd = isUint32 to avoid the function declaration.

@danbev
Copy link
Contributor Author

danbev commented Apr 26, 2018

If you'd like to still call isFd, you could use const isFd = isUint32 to avoid the function declaration.

I'd like to just use isUint32, but I like what you suggested there if others disagree. Thanks!

@benjamingr
Copy link
Member

I'm +1 on what @tniessen suggested - they do the same thing - but I like the fact isFd is explicit about what it does.

benjamingr
benjamingr approved these changes Apr 26, 2018
View reviewed changes
Copy link
Member

@benjamingr benjamingr left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And in either case LGTM on the current code.

tniessen
tniessen approved these changes Apr 26, 2018
View reviewed changes
Copy link
Member

@tniessen tniessen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM either way.

TimothyGu
TimothyGu approved these changes Apr 26, 2018
View reviewed changes
Copy link
Member

@TimothyGu TimothyGu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I’m not a fan of exposing internal functions to userland. The PR in its current shape LGTM.

@BridgeAR
Copy link
Member

@TimothyGu that function is only used internally as far as I can tell.

@TimothyGu
Copy link
Member

Ah oops. In that case LGTM either way.

richardlau
richardlau approved these changes Apr 26, 2018
View reviewed changes
Copy link
Member

@richardlau richardlau left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I prefer to keep isFd as it more clearly indicates the intent (as opposed to implementation).

@danbev
Copy link
Contributor Author

danbev commented Apr 27, 2018

Updated CI: https://ci.nodejs.org/job/node-test-pull-request/14537/

@BridgeAR BridgeAR added fast-track PRs that do not need to wait for 48 hours to land. author ready PRs that have at least one approval, no pending requests for changes, and a CI started. labels Apr 27, 2018
@BridgeAR
Copy link
Member

Landed in bdf0d9b 🎉

@BridgeAR BridgeAR closed this Apr 28, 2018
BridgeAR pushed a commit to BridgeAR/node that referenced this pull request Apr 28, 2018
@danbev @BridgeAR
fs: point isFd to isUint32
bdf0d9b 
This commit updates the isFd function to call isUint32 instead of
doing the same thing.

PR-URL: nodejs#20330
Reviewed-By: Benjamin Gruenbaum <[email protected]>
Reviewed-By: Tobias Nießen <[email protected]>
Reviewed-By: Tiancheng "Timothy" Gu <[email protected]>
Reviewed-By: Richard Lau <[email protected]>
Reviewed-By: Joyee Cheung <[email protected]>
Reviewed-By: Ruben Bridgewater <[email protected]>
Reviewed-By: James M Snell <[email protected]>
MylesBorins pushed a commit that referenced this pull request May 4, 2018
@danbev @MylesBorins
fs: point isFd to isUint32
e45e5b8 
This commit updates the isFd function to call isUint32 instead of
doing the same thing.

PR-URL: #20330
Reviewed-By: Benjamin Gruenbaum <[email protected]>
Reviewed-By: Tobias Nießen <[email protected]>
Reviewed-By: Tiancheng "Timothy" Gu <[email protected]>
Reviewed-By: Richard Lau <[email protected]>
Reviewed-By: Joyee Cheung <[email protected]>
Reviewed-By: Ruben Bridgewater <[email protected]>
Reviewed-By: James M Snell <[email protected]>
@MylesBorins MylesBorins mentioned this pull request May 8, 2018
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@BridgeAR BridgeAR BridgeAR approved these changes

@richardlau richardlau richardlau approved these changes

@joyeecheung joyeecheung joyeecheung approved these changes

@tniessen tniessen tniessen approved these changes

@TimothyGu TimothyGu TimothyGu approved these changes

@benjamingr benjamingr benjamingr approved these changes

@jasnell jasnell jasnell approved these changes

Assignees
No one assigned
Labels
author ready PRs that have at least one approval, no pending requests for changes, and a CI started. fast-track PRs that do not need to wait for 48 hours to land. fs Issues and PRs related to the fs subsystem / file system.
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.
9 participants
@danbev @tniessen @benjamingr @BridgeAR @TimothyGu @jasnell @joyeecheung @richardlau @nodejs-github-bot