mirrors/arti.git/crates/tor-rtmock/src/util.rs, branch arti-v1.4.0 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0 2025-01-07T18:27:14Z tor-rtcompat: Use GAT instead of RPIT in SpawnBlocking trait. 2025-01-07T18:27:14Z Wesley Aptekar-Cassels me@wesleyac.com 2024-12-19T19:30:29Z urn:sha1:665d3145a0db86bd1fbd7549b64e21a160c45ff1 Due to the limitations on RPIT, it's better to use a GAT for now. tor-rtcompat: Add spawn_blocking to Runtime trait. 2025-01-07T18:26:28Z Wesley Aptekar-Cassels me@wesleyac.com 2024-12-18T20:57:30Z urn:sha1:5f91a2b5fa6f343a51cc325ee7a9519f7523d14c This adds a new SpawnBlocking trait, which exposes the spawn_blocking function that tokio, async-std, and other runtimes have. Remove re-export of "unix" from tor_rtcompat. 2024-10-29T17:36:16Z Nick Mathewson nickm@torproject.org 2024-10-29T17:36:16Z urn:sha1:7ddd8bacdfbd91356805a37e15c023e3b525b6e8 tor-rtmock: Provide and use an mpsc::channel wrapper in tor-rtmock 2024-10-15T10:52:46Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-10-09T18:01:23Z urn:sha1:193ba52906cb65c09cb21f98f1c218b4de3c0589 rtcompat: Expose FakeStream and friends; fix compilation in tor-rtmock 2024-09-24T13:10:11Z Nick Mathewson nickm@torproject.org 2024-09-23T17:20:47Z urn:sha1:014ea0c7512d2199d8b5b98c75e38fba4938afda It turns out that these types are generally useful, and that they are in fact needed for tor-rtmock to compile without a PreferredRuntime. Make Runtime require NetStreamProvider<unix::SocketAddr> 2024-09-24T13:10:11Z Nick Mathewson nickm@torproject.org 2024-09-22T19:17:14Z urn:sha1:7a56ae00ffb6e45783b0eb837098ea894ade5861 rtcompat: Rename TcpProvider to NetStreamProvider. 2024-09-24T13:10:11Z Nick Mathewson nickm@torproject.org 2024-09-19T11:55:22Z urn:sha1:8c2d84000e4d5ba74e7b6b4e9dac3fc700f618b5 (And similarly rename TcpListener to NetStreamListener, along with their TcpStream/TcpListener associated types.) These types are about to become generic over addresses, and therefore shouldn't be named after TCP. Renaming was done mostly with Rust Analyzer, except for some macros that needed to be hand-edited. (I'll revise the comments in the next commit; this one is all about renaming.) tls: Support export keying material (RFC 5705) 2024-06-18T14:18:58Z David Goulet dgoulet@torproject.org 2024-06-04T18:56:21Z urn:sha1:144522a38a511ee0dd1f5bcee9bec01c971d1f6b Add a function to get the keying material as detailed by RFC 5705. Because native-tls doesn't have such support, there is a place holder panic!() for now. This means that for the forseable future, relay would only work with rustls until we figure out a solution for native-tls. Closes #1432 Signed-off-by: David Goulet <dgoulet@torproject.org> Change deftly syntax to post 0.12.1 version 2024-06-17T18:13:06Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-06-17T17:33:09Z urn:sha1:dddf07561868579ea687eeadaa8f863aa833c764 * Change `pub` to `export` * Change the `=` in define to `:` * Change `pub_template_semver_check` to `template_export_semver_check` Right now, 0.12.1 supports both syntaxes. I have verified this branch also compiles with https://gitlab.torproject.org/Diziet/rust-derive-deftly/-/merge_requests/402 ee171ffaf56d7dcb7d75584054921153fe19b222 tor-rtmock: Remove a todo comment 2024-04-03T12:15:08Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-04-02T14:36:30Z urn:sha1:482de7997a32efe317498a13712da2544c481b06 derive-deftly 0.10.x rejects unrecognised `#[deftly]` attributes.