mirrors/arti.git/crates/tor-rtcompat/Cargo.toml, branch arti-v1.1.3

Bump patchlevel on crates with semver-irrelevant changes.

2023-03-31T12:20:58Z

Their dependents are _not_ updated to a more recent version. These bumped the version of a dependency that they don't expose ``` tor-rtcompat fs-mistrust ``` This one had internal refactoring: ``` tor-netdir ``` These had trivial changes only: ``` tor-checkable tor-ptmgr tor-guardmgr arti-hyper arti-bench arti-testing ```

Upgrade dependency to latest async-native-tls.

2023-03-30T12:32:18Z

Bump the patch-level version of crates with _minor_ changes.

2023-02-01T15:23:58Z

These changes influence behavior, but not effect compatibility. (If I messed up, and any crate except for `arti` has non-breaking API changes, that's still fine, since they are all version 0.x.)

Merge branch 'optional-deps-static' into 'main'

2022-12-05T15:21:55Z

make use of 1.60 weak dependancy features Closes #434 See merge request tpo/core/arti!920

make use of 1.60 opt dependancy features

2022-11-30T20:24:04Z

Bump the minor version of every crate.

2022-11-30T20:10:16Z

We made this job easy this time around: by incrementing our MSRV, we have forced ourselves to do at least a minor bump everywhere.

upgrade rustls to 0.20, ignoring all deprecation warnings

2022-11-26T09:23:05Z

bump rust-version to 1.60 in every crate.

2022-11-10T15:57:33Z

Bump minor version of tor-rtcompat and most of its dependents

2022-10-03T14:01:46Z

(Since the APIs for the `Schedule::sleep*` functions changed, this is a breaking change in tor-rtcompat. Therefore, the Runtime trait in tor-rtcompat is now a different trait. Therefore, anything that uses the Runtime trait in its APIs has also broken.)

`TaskSchedule`: give error on `sleep*()` if last handle is dropped

2022-09-07T13:22:38Z

This fixes an busy-loop. When the last `TaskHandle` on a `TaskSchedule` is dropped, the schedule is permanently canceled: whatever operation it was scheduling should no longer be performed. But our code was broken: the `sleep()` and `sleep_until_wallclock()` functions don't verify whether the handles are dropped or not. This breakage caused an CPU-eating busy-loop in `sleep_until_wallclock`. With this patch, we now return a `Result<(), SleepError>` from these functions. Fixes #572.