mirrors/arti.git/crates/tor-proto/src/stream.rs, branch arti-v1.4.3

tor-proto: Add a tunnel module.

2025-02-20T20:15:12Z

Move StreamTarget to the tunnel module and the circuit module. From now on streams will be implemented on tunnels, not circuits. This moves `StreamTarget` to the tunnel module. A future change will replace `ClientCirc` with `ClientTunnel` inside `StreamTarget`. This is mostly code motion, best reviewed with `--color-moved`. Signed-off-by: David Goulet

proto: Rename DataStreamCtrl to ClientDataStreamCtrl

2025-01-30T16:11:01Z

The API for this type, and the fact that it implements ClientStreamCtrl unconditionally, means that it is only for client DataStreams.

tor-proto: Encapsulate flow-control

2024-08-13T19:46:46Z

Encapsulate flow-control into a separate object that partially abstracts away the difference between window-based (legacy) flow control and xon-based (prop324) flow control.

Add an IncomingStreamRequestFilter to check early properties

2024-03-26T16:55:05Z

Based on designs in #1124. Note that there is a TODO here about a hack I had to do to appease the borrow checker.

tor-proto: Add IncomingCmdChecker for IncomingStream.

2023-08-03T15:18:35Z

proto: Create a `DataStreamCtrl` type.

2023-05-22T15:27:44Z

The idea here is that we want to make DataStream visible to the RPC system without requiring that the RPC session hold the DataStream itself (or the Reader, or the Writer). We could solve this problem by making _all_ the state in the DataStream shared, but that would introduce unnecessary extra locking in our critical path. Instead we're creating the notion of a "control handle" that lets you manage and observe a stream without actually owning the stream. Right now the only supported functionality is asking for the stream's circuit. Part of #847

Rename onion-* cargo features to hs-* in tor-* crates

2023-02-28T11:10:17Z

Fixes #756

tor-proto: Introduce CmdChecker, and define it for our streams.

2023-02-17T16:50:27Z

The role of CmdChecker is to verify that messages are arriving at the appropriate sequence on a stream, with respect to the other messages that have been received. Once the stream becomes half-closed, the CmdChecker is also in charge of consuming incoming messages on the stream and making sure that they are well-formed.

tor-proto: Draft API to handle incoming BEGIN requests.

2023-01-17T20:20:03Z

Onion services (and later, exits and caches) will need this.

Improve the layout of crate exports; add runtime convenience functions

2022-01-11T15:16:03Z

This commit addresses multiple problems highlighted by arti#182: - `arti-client` had some types in its public API that weren't accessible without importing another crate (`CfgPath`, `DataReader`, `DataWriter`). This has been fixed. - In addition, the doc comments for `DataReader` and `DataWriter` were cleaned up to be of better quality, now that they're public. - It was impossible to use `arti-client` without also importing `tor-rtcompat`. This is now fixed by the addition of two convenience methods: `TorClient::bootstrap_with_tokio` and `TorClient::bootstrap_with_async_std`. - Potentially controversially: `tor-rtcompat` now returns *concrete* types from methods like `current_runtime`, instead of `impl Runtime`. - This was needed in order to actually be able to name the `TorClient` type that results from using these methods. - This does mean we lose API flexibility, but on balance I think this is a good thing, because the API we *do* have is actually usable...