mirrors/arti.git/crates/tor-chanmgr/src/builder.rs, branch arti-v1.3.2

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.

tor-chanmgr: Make a memquota::ChannelAcocunt per channel

2024-10-03T14:10:35Z

This delivers a fresh account per channel to the places where channels are actually made, but doesn't pass them to tor-proto yet.

tor-chanmgr: Make a memquota::ChannelAcocunt per channel (pre-fmt)

2024-10-03T14:10:35Z

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

rtcompat: Remove accept() from TcpListener

2024-09-24T13:10:11Z

It's redundant with the incoming() method (which turns the TcpListener into a Stream of connections), and nothing actually used it outside of tests. Removing this method allows us to simplify our TcpListener code a good deal, as can be seen by some of the implementations we removed from our example and testing code.

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.

Merge branch 'chan_arc' into 'main'

2024-05-28T11:45:02Z

Proto: Refactor Channel to always be Arc. See merge request tpo/core/arti!2163

chanmgr: Delegate to Channel::engage_padding_activities explicitly.

2024-05-17T18:16:15Z

(This isn't a bugfix, but it helps avoid the appearance of a function calling itself. This _would_ become a bug if we imported the wrong trait into scope here.)

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.

Run maint/add_warning.

2024-03-13T16:30:53Z