mirror of
https://github.com/hickory-dns/hickory-dns.git
synced 2026-04-25 19:25:56 +03:00
[GH-ISSUE #1302] lru_cache panics during lookup in Rust 1.48 #645
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#645
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?
Originally created by @sudarshan-reddy on GitHub (Nov 24, 2020).
Original GitHub issue: https://github.com/hickory-dns/hickory-dns/issues/1302
Describe the bug
Errors when trying to make an insert into the linked hash map.
To Reproduce
Try to call lookup_ip.
Expected behavior
A clear and concise description of what you expected to happen.
System:
Version:
Crate: resolver
@sudarshan-reddy commented on GitHub (Nov 24, 2020):
I've attempted to fix this issue here: https://github.com/bluejekyll/trust-dns/pull/1301
@bluejekyll commented on GitHub (Nov 24, 2020):
Can you think of a reason I'm not seeing this error in tests? We have coverage for the minimal use case you describe in the tests.
@sudarshan-reddy commented on GitHub (Nov 24, 2020):
You are correct.
That's strange. I did a diff with the trust_dns I was running to reproduce and the github version: This should be a non issue now since the Cargo.lock holds the fixed version of linked-hash-map: https://github.com/bluejekyll/trust-dns/blob/main/Cargo.lock#L810.
I can close this issue. But do let me know if you still want to consider the hashlink replacement PR.
@bluejekyll commented on GitHub (Nov 24, 2020):
I'm definitely open to updating to better library implementations if there are improvements. I'd like us to consider what reasons we might have for the switch though, right now this feels a little rushed. But If you want to make a case for the PR you've submitted, I'm definitely open.
For some background here, I think we should consider replacing the lru_cache with something simpler and also more configurable. For example, it might be nice to allow folks to swap in a different implementation to say use a file based cache that could be larger than the one in-memory right now.
@sudarshan-reddy commented on GitHub (Nov 24, 2020):
You have some great points here. I initially opened a quick PR because I was worried there could be a break. But in light of the discovery and tests successfully passing Im happy to circle back to a more holistic solution like you describe.
I will however, close the issue right now as the issue statement does not hold true.