mirrors/arti.git/tor-circmgr/src/err.rs, branch arti-v0.0.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.02021-06-20T15:02:26Ztor_circmgr: simplify build_circuit a bit.2021-06-20T15:02:26ZNick Mathewsonnickm@torproject.org2021-06-20T15:02:26Zurn:sha1:133d000c34bc14afe7efd31f008dbc491f603be1Use retry-error in tor-circmgr.2021-06-17T22:34:39ZNick Mathewsonnickm@torproject.org2021-06-17T22:34:39Zurn:sha1:458bc44ca9033a4bc095479198f3f6b06ad4dbf8Enormous tor-circmgr rewrite.2021-06-14T16:12:31ZNick Mathewsonnickm@torproject.org2021-05-27T19:48:30Zurn:sha1:83b1150c812f756b654727041111105f30bedab0
As with the tor-chanmgr code, the circuit manager is now implemented
using an AbstractCircMgr type that uses traits to abstract the
particular behavior of other types that it uses. (Specifically:
circuits, building circuits, and telling whether one circuit usage
is compatible with another.) Abstracting out the dependencies in
this ways makes it possible to test the circuit manager without
having to actually build real circuits.
This commit also introduces new behavior for handling pending
circuit requests. Upon getting a new request, first we check to see
if there's an existing circuit we can use. If there isn't, we look
for pending circuits and wait for them. If there aren't any pending
circuits we can use, we launch one or more, and wait for them.
So far, that's the same as the old behavior. But here's a change:
if, while we are waiting for some pending circuits, a different
circuit is completed, and it's one we could use, then the task that
was building _that_ circuit will tell us: "please look at this
circuit". This gives us better changes of getting a usable circuit
fast.
Minor changes:
* The Error type in CircMgr no longer uses anyhow; several errors
have been simplified.
* We've gotten more formal about the relationship between circuit
usage and target usage.
Enforce (and obey) clippy lints about exhaustive enums, structs.2021-04-27T18:17:49ZNick Mathewsonnickm@torproject.org2021-04-27T18:17:49Zurn:sha1:2e3780affb54988bee60ab634a408dffd224cd3a
These lints force us to declare our exported enums and
exhaustive-looking structs as non-exhaustive (so that we can add to
them in the future without breaking our API) or to explicitly
disable the warning for a given enum/struct (to say that we _intend_
for additions to be a breaking change).
Add support for using fallback directories in path construction2020-11-19T15:06:48ZNick Mathewsonnickm@torproject.org2020-11-19T15:06:48Zurn:sha1:02bac5f04ea6fa793b53ed59d0988ad158abfcd8
This is mainly a refactoring commit, with a little new code.
It also adds #[derive(Copy,Clone)] for a few types.
tor-circmgr: timeout and retry support.2020-11-11T22:40:32ZNick Mathewsonnickm@torproject.org2020-11-11T22:40:32Zurn:sha1:fabd6840ff39f24620b754cb970ba58f05d2b507Use anyhow in tor-circmgr and tor-chanmgr2020-11-11T15:23:29ZNick Mathewsonnickm@torproject.org2020-11-11T15:23:29Zurn:sha1:dc301094fd8a70ae730e9d0021264b802aa761dbDocument tor-circmgr2020-11-02T19:11:31ZNick Mathewsonnickm@torproject.org2020-11-02T19:11:31Zurn:sha1:8ab8c52193df2b4cd72d4f94b9ad9d37b9be8d2bImplement rudimentary circuit-manager functionality2020-11-02T16:54:02ZNick Mathewsonnickm@torproject.org2020-11-02T16:54:02Zurn:sha1:7d2b2391abbd1786a88718f9a3a8a6ea92496567
This code is meant to "get or launch a circuit as appropriate."
It's super dodgy, but it is probably good enough for a first pass.
Add a new circuit-manager crate and move path selection there.2020-11-02T15:44:31ZNick Mathewsonnickm@torproject.org2020-11-02T15:44:31Zurn:sha1:d9dafa0a28ac3ad4159ff503351a25d5a5c2bd8d