mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-25 03:05:51 +03:00
[PR #482] [MERGED] resolver: Refactor LookupFuture to remove task::current().notify(). #1473
Labels
No labels
blocked
breaking-change
bug
bug:critical
bug:tests
cleanup
compliance
compliance
compliance
crate:all
crate:client
crate:native-tls
crate:proto
crate:recursor
crate:resolver
crate:resolver
crate:rustls
crate:server
crate:util
dependencies
docs
duplicate
easy
easy
enhance
enhance
enhance
feature:dns-over-https
feature:dns-over-quic
feature:dns-over-tls
feature:dnsssec
feature:global_lb
feature:mdns
feature:tsig
features:edns
has workaround
ops
perf
platform:WASM
platform:android
platform:fuchsia
platform:linux
platform:macos
platform:windows
pull-request
question
test
tools
tools
trust
unclear
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hickory-dns#1473
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/hickory-dns/hickory-dns/pull/482
Author: @hawkw
Created: 5/21/2018
Status: ✅ Merged
Merged: 5/25/2018
Merged by: @bluejekyll
Base:
master← Head:eliza/no-unpark-lookups📝 Commits (6)
199ae2eresolver: Refactor Future implementation for LookupIpFuturec4ba57fMerge branch 'master' into eliza/no-unpark017d1c0resolver: Improve comments inLookupIpFuturefa3051bresolver: RefactorLookupFutureto removetask::current().notify().6c8aed2Merge branch 'master' into eliza/no-unpark-lookups6dab5daMerge branch 'master' into eliza/no-unpark-lookups📊 Changes
1 file changed (+39 additions, -32 deletions)
View changed files
📝
resolver/src/lookup.rs(+39 -32)📄 Description
Depends on #480.
This is essentially the same set of changes as #480 but applied to
lookup::LookupFuture. I thought it was good for these similar futures to beimplemented in a consistent style.
Potentially, I think there is some code that's common between
LookupIpFutureand
LookupFuturethat could be factored out; I haven't yet come up with away to do this that doesn't introduce more complexity, but I'm sure it'sa
possible.
Signed-off-by: Eliza Weisman eliza@buoyant.io
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.