mirrors/arti.git/crates/tor-proto/src/circuit/reactor.rs, branch arti-v1.1.5mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.52023-05-18T16:40:02Zproto: Allow circuit Paths to represent virtual hops.2023-05-18T16:40:02ZNick Mathewsonnickm@torproject.org2023-05-18T13:58:27Zurn:sha1:3b7a20ef4cd8eb2752f36dfcbd3e6ef8f65c78e4
Sadly, this adds a few more `TODO HS` entries, but I think we can
clean them up later after a bit of discussion.
proto: Implement Circuit::extend_virtual.2023-05-18T16:40:02ZNick Mathewsonnickm@torproject.org2023-05-18T13:47:22Zurn:sha1:663f25d44c19ecfc1e24a5ae71debbf53f5bbb1d
There are a few new TODO hs comments, though, and an XXXX I'll need
to fix up in the next commit.
Implements #726.
Change CircTarget::linkspecs() to return an encoded list.2023-05-10T16:30:32ZNick Mathewsonnickm@torproject.org2023-05-10T16:25:57Zurn:sha1:7ce808b75bb500f27ce7837d4f76cbf7fc1ee705
If we didn't do this, we would need to transfrom
`EncodedLinkSpec`s into a `LinkSpec::Unrecognized`, which is not
semantically right. What's more, every user of this API wants to
consume encoded link specifiers, so encoding them early saves a
little effort.
tor-proto: Feature-conditionalise some enum variants2023-03-23T11:50:18ZIan Jacksonijackson@chiark.greenend.org.uk2023-03-22T12:11:59Zurn:sha1:b8345353474094bd8c6f4dd3f442e867ad0fc537
This avoids some dead code warnings when building without send-control-msg.
tor-proto: Split off send-control-msg feature2023-03-23T11:50:18ZIan Jacksonijackson@chiark.greenend.org.uk2023-03-22T12:06:59Zurn:sha1:93809cc5941e7ddaa5ac3f5691a986033a4a9244tor-proto: Make send_control_message wait for the reactor.2023-03-08T19:21:33ZNick Mathewsonnickm@torproject.org2023-03-08T15:19:56Zurn:sha1:9c4bdb8d8d4df4ac7aa494c2c1a50a484f2393e5
This way we don't need to worry about race conditions that happen if
the caller thinks that the handler is installed before it really is.
tor-proto: Implement functionality to send a message and accept replies2023-03-08T19:21:33ZNick Mathewsonnickm@torproject.org2023-03-03T17:11:34Zurn:sha1:bc83d1e1de6b1d0a0c5bec7cc2c6f3cf5db89d98
This new function combines "sending a message" and "accepting
replies in a stream" into a single call, so that there is no gap
between when the message is sent and the replies are available.
There are a number of compromises here, in order to avoid API
proliferation. I've tried to contain them as best I can.
See comments for additional design discussion.
tor-proto: Change semantics of MetaCellHandler2023-03-08T19:21:33ZNick Mathewsonnickm@torproject.org2023-03-03T13:49:46Zurn:sha1:094fdc0d8d06f72e12230fccc641d3169ff13114
Now, the MetaCellHandler is responsible for consuming the messages
it gets, and reporting status to whatever task is waiting for a
status message.
Additionally, the MetaCellHandler can decide to remain installed or
shut down the circuit after a successful message. (Previously, it
could only uninstall itself on success and kill the circuit on
failure.)
These changes will enable MetaCellHandlers to be used as the basis
for handling more kinds of message.
(There is some moved and reformatted code here; you may want to
review it with `git {diff or show} --color-moved -b`.)
tor-proto: Give circ Reactor a constructor, and make its fields private.2023-03-08T19:21:33ZNick Mathewsonnickm@torproject.org2023-03-03T12:27:32Zurn:sha1:5586a29f62a7eb85bc5b7b4128602cab62962aabproto: Tweak documentation and names around CmdChecker.2023-02-27T13:14:15ZNick Mathewsonnickm@torproject.org2023-02-27T13:14:15Zurn:sha1:07473ed1fc110b8b48ef02bb288b1f50085dfa06