mirrors/arti.git/crates/tor-chanmgr/src/lib.rs, branch arti-v1.3.0

tor-chanmgr: fix `unused_imports` warning on `ChannelAccount`

2024-10-09T21:50:55Z

tor-proto: Make circuit->channel queues participate in memquota

2024-10-03T14:10:47Z

We use the *channel*'s memquota account. This is arguably wrong, but it's hard to get right now. See #1652. Change the type of the queue, and the places it's constructed. The use sites can all stay the same.

tor-proto: Plumb the ChannelAccount through to queue creation site

2024-10-03T14:10:47Z

This gets it as far as the outbound circuit->channel mpsc queue creation. Also, we provide an accessor for it.

memquota: Add a toplevel account in tor-chanmgr

2024-10-03T14:10:35Z

Plumb through a top-level account. This doesn't have any channel-specific, circuit-specific or stream-specific accounts yet. tor-circmgr's and tor-hsclient's *tests* need fake account. In arti-relay, use a dummy account for now.

memquota: Add a toplevel account in tor-chanmgr (pre-fmt)

2024-10-03T14:10:35Z

tor-proto: Reformat a doc comment

2024-09-26T19:48:22Z

Make it have a summary line of only reasonable size. While we're here, wrap the body with semantic linefeeds.

rtcompat: Rename TcpProvider to NetStreamProvider.

2024-09-24T13:10:11Z

(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.)

tor-chanmgr: add experimental `ChanMgr::handle_incoming`

2024-09-11T18:15:16Z

The channel manager in the future will need to be able to receive incoming streams. The type of the stream depends on an associated type within `ChannelFactory`, so this commit exposes this associated type through several other types, eventually to the `ChanMgr`. The new methods are behind the experimental "relay" feature flag.

tor-chanmgr: make `CompoundFactory` generic over `ChannelFactory`

2024-09-11T18:14:33Z

This has two advantages: 1. Code is a little easier to follow with generics rather than dynamic dispatch, especially since the type is fixed at compile time anyways. 2. It allows us to access associated types of the `ChannelFactory`, which will be useful later for getting the stream type from the `ChanBuilder`.

proto: Make Channel explicitly Arc<.>

2024-05-16T16:24:12Z

Previously, Channel was a type that you could Clone that implicitly its state. Now, Channel always appears as an Arc. This change has several benefits: * It makes the relationship between Channel struct and the underlying channel more clear. * It enables Channel to participate in the RPC system, where everything has to be an Arc<.> * It enables us to have a Weak, if we ever want to. * It will let us move various members out of ChannelDetails. We did this change a while ago with ClientCirc.