mirrors/arti.git/crates/tor-proto/src/stream/queue.rs, branch arti-v2.3.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.3.02026-03-24T16:04:08ZFix typos2026-03-24T16:04:08ZTobias Stoeckmanntobias@stoeckmann.org2026-03-24T16:04:08Zurn:sha1:1fb2b8dd4aee7c943ce90d6631be473f2a296fe6
Typos found with codespell
proto: Adjust docs to refer to the new location of StreamReceiver2025-11-24T17:03:48ZGabriela Moldovangabi@torproject.org2025-11-20T12:09:37Zurn:sha1:cfe5aab60eac9bbc678bef4742f6281d3c08447a
While we still re-export StreamReceiver from the client module, I want
to avoid importing it from there in the implementation-agnostic modules,
just to make it clearer we're not using client-specific types.
proto: Move dumb pipes to top-lvl stream module2025-10-21T17:08:13ZGabriela Moldovangabi@torproject.org2025-10-21T17:08:13Zurn:sha1:86a5d8ee712a57955f5256ac5af2c2f044a43a61proto: Move the `stream` module under `client` (breaking).2025-08-18T16:09:04ZGabriela Moldovangabi@torproject.org2025-08-18T15:52:38Zurn:sha1:702e7276898d3f31e22033c5b64fea91703f3701
The `stream` module is client-specific, for the most part, so I am
moving it under `client`. Later on, we will factor out the parts that
can be shared with the relay implementation.
Note: this is a breaking change as the deleted `stream` module was
`pub`. We could've kept the module and reexported from it the public
types from `tor_proto::client::stream`, but I think it's better to have
this `client` namespacing, because it makes the separation between the
client and relay parts clearer.
Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
tor-proto: make stream recv queues unbounded if "flowctl-cc" enabled2025-08-05T20:01:23ZSteven Engleropara@torproject.org2025-07-31T19:59:02Zurn:sha1:441a496521f3d823be11c8aaa7e32ebf959e8ff0tor-proto: add `DataReaderNew`2025-07-17T18:02:07ZSteven Engleropara@torproject.org2025-07-17T06:59:32Zurn:sha1:14d95aee7878ce28cb7f8af539b2bca287e785fc
This will later become `DataReader`.
tor-proto: send XOFF messages when the queue grows too large2025-07-16T17:36:43ZSteven Engleropara@torproject.org2025-07-15T04:59:24Zurn:sha1:be5da87e8530a34a88db2a01b42a03431a9df8dbtor-proto: add dedicated types for the incoming stream queue2025-07-16T17:36:43ZSteven Engleropara@torproject.org2025-07-15T03:38:23Zurn:sha1:9067118cff859a40772462c20fd0bc44a5e8bedc
XON/XOFF flow control will want to know how many data bytes are queued
on a stream, so the new types track that.