| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Having this alias makes it easier to implement more complex
schedules, like those used in DirMgr.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Unlike "cancel" and "fire", "suspend" and "resume" don't change any
pending timers or events: they just prevent execution of those
events for a while, and let them resume later on.
|
| | |\ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
config: Be consistent about Option
Closes #488
See merge request tpo/core/arti!582
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
As per point 3 in
https://gitlab.torproject.org/tpo/core/arti/-/issues/488
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
As per point 1 in
https://gitlab.torproject.org/tpo/core/arti/-/issues/488
|
| | |\ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
tor-error: Fix a broken intra-doc link
See merge request tpo/core/arti!580
|
| | | |/ / / /
| | | | | |
| | | | | |
| | | | | | |
I didn't spot this in review amongst the other messages from Nightly.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
These need to be optional: they improve performance by shifting to
asm implementations, which may not be everybody's idea of good practice.
These are not 'pure' features, since they select one implementation
but disable another. Therefore they don't go in `full`.
Closes #441.
|
| | |_|_|_|/
|/| | | |
| | | | |
| | | | |
| | | | | |
SHA1 is a reasonably large part of our CPU usage (sigh), and this
implementation is 20-50% faster, depending on arch.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Also, unify the features documentation format for those two crates,
and document previously undocumented features there.
|
| | | | | | |
|
| |/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The "full" feature is a catch-all for all features, _except_:
* Those that select a particular implementation (like
tor-llcrypto/with-openssl) or build flag (like "static")
* Those that are experimental or unstable (like "experimental-api")
* Those that are testing-only.
|
| |\ \ \ \
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | | |
tor-bytes: read_nested_*: Take a closure
Closes #498
See merge request tpo/core/arti!579
|
| | | | |
| | | |
| | | |
| | | | |
I disagree with almost all of these layout decisions...
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This eliminates the possibility of writing the bug of failing to call
`should_be_exhausted`.
As per this discussion
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/572#note_2811464
Fixes #498
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
Have channel reactor able to send channel padding
See merge request tpo/core/arti!574
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
There aren't very many.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | | |
Replace four very similar "ids in request"
See merge request tpo/core/arti!577
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In reviewing !553 I noticed that the empty digest list error had to be
handled in two places. I filed #492 about the duplication.
In fact it turns out to have been quadruplication.
The new code also avoids cloning the underlying objects, instead
sorting a Vec of references.
|
| | |/ /
| | |
| | |
| | |
| | |
| | | |
I'm not sure this is right. But providing a test case for it before
my next change ensures that my refactoring doesn't change the
behaviour.
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
This does away entirely with `wire_addr_len`, which recapitulates the
length calculation.
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
We'll want this in a moment.
|
| | | |
| | |
| | |
| | | |
Writing is going to be able to give errors too.
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
return nodata instead of servfail in some instances
See merge request tpo/core/arti!564
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | |/ / |
|
| | | | |
|
| |/ / |
|
| |\ \
| | |
| | |
| | |
| | | |
Plumb a SleepProvider (now Clone + ....) into Channel
See merge request tpo/core/arti!569
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
The channel reactor is going to want to be able to sleep so that it
can do padding, so it needs a SleepProvider.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This will make it much more convenient for code that only wants one of
these traits (or a subset of them). This is a good thing to support
because it will allow us to use a ZST in places that do not need an
actual async runtime handle (typically, the runtime handle is needed
only for spawn).
|
| | | | |
|