mirrors/arti.git/crates/tor-rtcompat/src/impls, branch derive-traits mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=derive-traits 2022-03-02T18:01:18Z Replace manual Default, and abolish new, in tor-rtcompat 2022-03-02T18:01:18Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-03-02T17:57:35Z urn:sha1:42f9b3c18670211855e1c4aff86c832c79f0203b The Default impl was the only call site for new() tor-rtcompat: Provide TLS wrapping for all streams 2022-02-24T14:26:38Z Ian Jackson ijackson@chiark.greenend.org.uk 2022-02-23T17:09:19Z urn:sha1:2bbd01b060f4911584e0b151db1cc63cc5bf9715 Now all of the runtime types we provide all impl<S> TlsProvider<S> where S: ... rather than merely TlsProvider<Self::TcpStream>. And we document and intent to perhaps require this in the future. tor-rtcompat: remove some unused code. 2022-01-27T20:52:59Z Nick Mathewson nickm@torproject.org 2022-01-27T20:52:59Z urn:sha1:19f878b3aa7b648605487f94871ab3e5c5b949fd Nothing actually used these accessor functions, and it's not clear what would. We can add them later if they're needed. tor-rtcompat: Add some miscellaneous tests 2022-01-27T20:48:30Z Nick Mathewson nickm@torproject.org 2022-01-27T20:48:30Z urn:sha1:f7373f8b2001d90a63ca08c799e9f47e8f94144d These probably aren't for things that will fail IRL, but it's nice to have coverage on the code, just in case. Rename `SpawnBlocking` trait to `BlockOn`. 2022-01-26T19:06:58Z Nick Mathewson nickm@torproject.org 2022-01-26T18:59:37Z urn:sha1:bf8fa66d36298561cc868706f748049cec23f5eb This avoids a future confusion with the new `SpawnBlocking` trait in async_executors v0.5, and better describes what the trait provides. Make the native-tls crate optional. 2022-01-26T19:06:58Z Nick Mathewson nickm@torproject.org 2022-01-26T15:53:06Z urn:sha1:30b3818a9e31b0ebe96d4a32aa9bceb16610f994 This commit puts the native-tls crate behind a feature. The feature is off-by-default in the tor-rtcompat crate, but can be enabled either from arti or arti-client. There is an included script that I used to test that tor-rtcompat could build and run its tests with all subsets of its features. Closes #300 Limit the inner types in tor-rtcompat that have to implement Clone 2022-01-26T19:06:58Z Nick Mathewson nickm@torproject.org 2022-01-25T22:22:14Z urn:sha1:05a04220ccc4d0dcbab906db42abc97bad02f222 If we implement our own clone on CompoundRuntime, we no longer need Clone implementations on our TlsProvider implementations. Remove no-longer-needed tokio runtime helper macro 2022-01-26T19:06:58Z Nick Mathewson nickm@torproject.org 2022-01-25T22:58:44Z urn:sha1:99c59a8f2b3d1d97110ecdfc1021668f88177c85 Unify TokioRuntime and TokioRuntimeHandle 2022-01-26T19:06:58Z Nick Mathewson nickm@torproject.org 2022-01-25T21:52:33Z urn:sha1:668364d75d5fec06d235a684dfc6c8c89e543503 Having separate types here doesn't justify the (very limited) benefit of distinguishing between the case where we have created an executor that we own and the case where we have a handle to an already-running tokio executor. Part of #301. More comments on the limitations of tor-rtcompat's TLS API 2022-01-25T18:16:39Z Nick Mathewson nickm@torproject.org 2022-01-25T18:05:37Z urn:sha1:e4e691a790dc1dfe5b45261a40674a927085c206 Also, more comments on why these limitations are safe within the context of Tor, but you wouldn't want to use them elsewhere.