mirrors/arti.git/crates/tor-cell/src/relaycell/msg.rs, branch arti-v1.8.0

Fix name of clippy lint to unchecked_time_subtraction (2)

2025-11-06T11:28:22Z

Run maint/add_warning

Decorate a use with an allow

2025-11-06T11:16:02Z

This seems to depend on cfgs. As I say in #1060, I don't think precise cfg decoration of imports is sensible. Also, it shouldn't be my job to fix whatever this is...

Switch Cargo.toml files to edition 2024.

2025-08-07T15:28:36Z

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-cell: remove `flowctl-cc` feature and make XON/XOFF cells stable

2025-07-15T05:33:18Z

I don't see any further changes being needed for these types, and it simplifies a lot of future code in tor-proto that uses these types.

tor-cell: add `Xon`/`Xoff` cells

2025-06-09T14:09:20Z

arti, cell, dirclient: Use expect instead of unwrap.

2025-05-29T14:21:17Z

Clippy nightly detects this problem, though earlier clippy verisons haven't. The common element here is applying unwrap() to the result from a write!().

proto: Use SendmeTag in place of CircTag

2025-05-06T22:34:17Z

This doesn't make much change yet, but does save us an allocation when handling SENDMEs.

tor-cell: define a new SendmeTag type

2025-05-06T22:34:17Z

This is a more efficient representation for the tag on an authenticated SENDME message: it comes in at 21 bytes. Previously, we used Vec, which has 24 bytes of overhead (on a 64 bit system), plus malloc overhead, plus 20 bytes of allocated tag. We had a similar type to this as `tor_proto::congestion::sendme::CircTag`, but it could only accomodate 20-byte values. I don't expect that we will have enough of these simultaneously that the memory savings will matter, but the allocation savings could be significant.

cell, proto: Use correct Data sizes for v1 relay cells

2025-04-16T14:58:49Z

Since v1 cells have a longer tag, they can fit less data into a single cell. Ah well, that's the cost of improved security. The code in data.rs is a little wonky, in that it currently requires its buffer to be exactly the maximum size for a data cell. We have a TODO about fixing that in the future, but for now I've moved it to use a boxed slice rather than a boxed array. Part of #1944.

cell: Remove the deprecated Data::split_from().

2025-04-16T14:58:49Z