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.

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

dns: use isIp consistently #5804

Closed

Conversation

benjamingr
Copy link
Member

Affected core subsystem(s)

dns

Description of change

This is a more modular take on #5762 ,

Currently the DNS module imports isIP from both cares and net and
uses both of them both throughout the code base. This PR removes the
direct dependency dns has on net and uses isIp from c-ares all
the time. Note that both functions do the same thing.

@benjamingr benjamingr added the dns Issues and PRs related to the dns subsystem. label Mar 19, 2016
Currently the DNS module imports isIP from both cares and `net` and
uses both of them both throughout the code base. This PR removes the
direct dependency `dns` has on `net` and uses `isIp` from c-ares all
the time. Note that both functions do the same thing.

PR-URL:
Reviewed-By:
Reviewed-By:
@Trott
Copy link
Member

Trott commented Mar 19, 2016

LGTM if CI is green

@benjamingr
Copy link
Member Author

@cjihrig
Copy link
Contributor

cjihrig commented Mar 20, 2016

You might get some push back because a lot of this is style only. That said, dropping net LGTM.

@thefourtheye
Copy link
Contributor

LGTM.

@benjamingr
Copy link
Member Author

@cjihrig well, this specific change isn't style only (it's just dropping the dependency). As for the others, I don't consider the push-back negative, as long as people are discussing it and we can reach consensus and improve the code base I'm all for it (and I know this requires some extra work and writing a lot of code that'll never make it in and I'm fine with that too). Thanks for the concern :)

@evanlucas
Copy link
Contributor

LGTM if CI is happy

@jasnell
Copy link
Member

jasnell commented Mar 21, 2016

LGTM

jasnell pushed a commit that referenced this pull request Mar 21, 2016
Currently the DNS module imports isIP from both cares and `net` and
uses both of them both throughout the code base. This PR removes the
direct dependency `dns` has on `net` and uses `isIp` from c-ares all
the time. Note that both functions do the same thing.

PR-URL: #5804
Reviewed-By: Rich Trott <rtrott@gmail.com>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
Reviewed-By: Evan Lucas <evanlucas@me.com>
Reviewed-By: James M Snell <jasnell@gmail.com>
@jasnell
Copy link
Member

jasnell commented Mar 21, 2016

Landed in b929988

@jasnell jasnell closed this Mar 21, 2016
@benjamingr
Copy link
Member Author

Thanks :)

Fishrock123 pushed a commit that referenced this pull request Mar 22, 2016
Currently the DNS module imports isIP from both cares and `net` and
uses both of them both throughout the code base. This PR removes the
direct dependency `dns` has on `net` and uses `isIp` from c-ares all
the time. Note that both functions do the same thing.

PR-URL: #5804
Reviewed-By: Rich Trott <rtrott@gmail.com>
Reviewed-By: Colin Ihrig <cjihrig@gmail.com>
Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
Reviewed-By: Evan Lucas <evanlucas@me.com>
Reviewed-By: James M Snell <jasnell@gmail.com>

Conflicts:
	lib/dns.js
@MylesBorins
Copy link
Contributor

this change is not landing cleanly on v4 due to @benjamingr would you be able to manually backport to v4 and send a PR?

@benjamingr
Copy link
Member Author

Sure

@MylesBorins
Copy link
Contributor

@benjamingr ping 😄

@MylesBorins
Copy link
Contributor

@benjamingr ping

@MylesBorins
Copy link
Contributor

@benjamingr hey buddy... hows it going?

@benjamingr
Copy link
Member Author

I totally forgot about this again - so not good :D

@MylesBorins
Copy link
Contributor

@benjamingr hows it going :P

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dns Issues and PRs related to the dns subsystem.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants