mirrors/arti.git/crates/tor-proto/src/streammap.rs, branch mainmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=main2026-07-30T21:34:23Ztor-cell: rename `XonKbpsEwma` to `XonKBpsEwma`2026-07-30T21:34:23ZSteven Engleropara@torproject.org2026-07-30T21:01:27Zurn:sha1:0fecfa9a0102ff58676bcb0c5e36eed4996a68f4Remove now-unneeded allow(clippy::cognitive_complexity)2026-07-15T18:05:29ZJim Newsomejnewsome@torproject.org2026-07-15T18:05:29Zurn:sha1:e4c00405e703b6e274af2e3cfb000cab5a7c7837maint: Run maint/add_warning to deny string slices2026-06-09T15:36:01ZClara Englercve@cve.cx2026-06-09T15:36:01Zurn:sha1:9f5752a77fb57052c06ead0eeae606831f1e8e97
This commit executes maint/add_warning with the just added change to
deny string slices except in tests.
I recommend auditing this by checking out the previous commit followed
by running the script yourself and then verifying that the diff is
identical to this commit.
This commit makes cargo clippy fail. We will add exceptions in the next
commit.
proto: Update the tests to use the new CircuitRx{Receiver,Sender}s2026-06-08T14:07:16ZGabriela Moldovangabi@torproject.org2026-05-13T17:47:20Zurn:sha1:d68fede4bcd2d28d4bb6add00193e6170dea97dator-proto: always use a bounded mpsc queue for streams2026-05-21T00:36:59ZSteven Engleropara@torproject.org2026-05-13T04:06:28Zurn:sha1:4a3a9b0145c180519a298426f5bf8d4e3b2d51bd
Whether a stream queue should be bounded or unbounded is a decision that
needs to be made at runtime depending on the type of flow control used,
not at build-time. Window-based flow control should be bounded and
XON/XOFF flow control should be unbounded.
If we wanted to support both bounded and unbounded queues, it would take
a bunch of boilerplate code to wrap the senders and receivers in enums.
Instead we make the queue always bounded, but use a large bound for
XON/XOFF flow control.
Upgrade rand crates to 0.10.2026-05-12T20:55:43ZWesley Aptekar-Casselsme@wesleyac.com2026-05-07T20:06:21Zurn:sha1:a18167928901d8c88cd1cdd87346de8ad1ee42a2
When the circ-padding feature is enabled, we use maybenot, which does
not yet support rand 0.10. In the meantime, enabling this feature pulls
in rand 0.9. This is not ideal, but should be okay as a temporary
situation.
This also replaces the use of ReseedingRng (which was removed in 0.10)
with the reseeding_rng crate. This is somewhat less performant, but it
should be okay.
tor-proto: fix flow control for half-streams2026-05-07T14:31:50ZSteven Engleropara@torproject.org2026-04-30T18:05:48Zurn:sha1:2ac2a4764b605f76684ed87f87c0b2f80229e4cd
This moves the window-based flow control for half-streams out of the
`HalfStream` and into the `HalfStreamWindowFlowCtrl` object.
Now that it's applied only in `HalfStreamWindowFlowCtrl` and not
generally for all half-streams, we no longer apply window-based flow
control to half-streams when they're really using xon/xoff-based flow
control.
tor-proto: Port to web-time-compat2026-03-26T19:20:16ZNick Mathewsonnickm@torproject.org2026-03-26T14:33:04Zurn:sha1:11f365738ade6ba75eedee83d7d19f8877da7d65proto: Update outdated reference to rxs in StreamMap docs2026-01-12T19:18:43ZGabriela Moldovangabi@torproject.org2025-12-08T18:02:10Zurn:sha1:4a3659d998e2e3b2ce3b87d1b1bd34ffa3ad2e91proto: Remove outdated TODO about add_ent_with_id()2025-12-08T18:04:01ZGabriela Moldovangabi@torproject.org2025-12-08T18:04:01Zurn:sha1:d77ec40613df27b5510372eb59e65cd6f104950d
We now have add_ent_with_id(), so we can just remove the TODO.