Skip to content

Conversation

@Thomasdezeeuw
Copy link
Collaborator

A bug in kernels < 2.6.37 makes timeouts larger than LONG_MAX /
CONFIG_HZ (approx. 30 minutes with CONFIG_HZ=1200) effectively
infinite on 32 bits architectures. The magic number is the same
constant used by libuv, see commit libuv/libuv@d1b5008e76.

Backport of #1349 to v0.6.

@Thomasdezeeuw
Copy link
Collaborator Author

@carllerche can you force commit this? I don't want to change more in the code to fix all Clippy lints.

@Darksonn
Copy link
Contributor

Darksonn commented Oct 8, 2020

It seems like the trouble is with the min-rust test, not clippy?

@Thomasdezeeuw
Copy link
Collaborator Author

@Darksonn you're right the log crate seems to have updated there minimum rustc version.

@Thomasdezeeuw
Copy link
Collaborator Author

@carllerche can you force merge this? The CI is failing because we 0.6.x still supports older Rust version, but we know the changes are good.

A bug in kernels < 2.6.37 makes timeouts larger than LONG_MAX /
CONFIG_HZ (approx. 30 minutes with CONFIG_HZ=1200) effectively
infinite on 32 bits architectures. The magic number is the same
constant used by libuv, see commit libuv/libuv@d1b5008e76.
@Thomasdezeeuw Thomasdezeeuw merged commit e7cba59 into tokio-rs:v0.6.x Dec 1, 2020
@Thomasdezeeuw Thomasdezeeuw deleted the backport-1349 branch December 1, 2020 10:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants