| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | |
|
| |\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Use memquota queue for channel->circuit RX data
Closes #1682
See merge request tpo/core/arti!2518
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixes #1682.
(This involves some noise in the tests.)
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
This is neater and will make changing the type (in a moment) less
noisy.
|
| | | | |
| | | |
| | | |
| | | | |
We'll need this in a moment.
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Use cargo features to reduce needless dependencies from arti-rpc-client-core
See merge request tpo/core/arti!2522
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is part of an effort to make arti-rpc-client-core (and future
similar tools) able to use our very-low-level crates
without depending on things they don't need.
|
| | | |/ /
| |/| |
| | | |
| | | |
| | | |
| | | | |
This is part of an effort to make arti-rpc-client-core (and future
similar tools) able to use our very-low-level crates
without depending on things they don't need.
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
arti-rpc-client-core: remove 'c_str_macro' dependency
See merge request tpo/core/arti!2524
|
| | |/ / /
| | | |
| | | |
| | | |
| | | | |
Arti has a MSRV of rust 1.77 which supports C string literals, so
'c_str_macro' isn't needed.
|
| |\ \ \ \
| |/ / /
|/| | |
| | | |
| | | | |
shadow CI: Add a couple of tests involving C Tor keystores
See merge request tpo/core/arti!2514
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
This is needed to test C Tor keystore support in shadow.
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
RPC spec: try to define a little more semantics and extensibility for `data`.
See merge request tpo/core/arti!2512
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is based on a suggestion from @diziet, but edited to say that:
- we will take this approach when possible, and that we're not making
a categorical promise.
- this approach only applies to stable fields.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
IIUC: Previously, `error.data` was meant to be the serialized error
object from Arti. As such, it was specified to be deliberately
unstable, and likely to change.
This didn't seem like such great idea, especially as we started to
come up with structured and stable data that we _did_ want to put in
`error.data`.
With this commit I'm taking a new approach to `error.data`.
Specifically:
* `error.data`, if present, is always an object.
* Unlike before, it can have multiple keys.
* The keys of `error.data` are always namespaced.
* There is a requirement that documentation exist for every key in
an`error.data` document, including the type, semantics, and
stability of its values.
There is also new "anticipated use of error.data" section
to clarify our plans:
* We plan to use error.data deliberately when it actually
serves a purpose.
* We don't plan to have an on-by-default serialization or Debug of
every Arti error. (If we wanted an optional one, there is a
short sketch of what it might look like.)
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is *not* how we actually want the `data` field to behave!
But moving it as a separate commit will make it easier to see
what changes we do make.
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
tor-config: Fix indentation in doc comment.
See merge request tpo/core/arti!2520
|
| | | |_|_|/
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | | |
It looks like my previous attempt from !2516 didn't fix it.
This adds an extra space to fix the `doc_lazy_continuation` lint.
|
| |\ \ \ \ \
| |/ / / /
|/| | | /
| | |_|/
| |/| |
| | | |
| | | | |
memquota architecture documentation
Closes #1660
See merge request tpo/core/arti!2509
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2509#note_3089914
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
See
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2509#note_3089913
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
These can't be rustdoc links because they point up the crate hierarchy.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Add some more miri tests
See merge request tpo/core/arti!2502
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090557
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Discussion here
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090554
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2502#note_3090556
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is not a memory safety requirement. We don't need `unsafe` here,
so we shoudln't have it.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Change the waker to have a weak reference to the executor.
Detected by miri.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
There's no unsafe in this crate, but it does have some exciting drop
bomb stuff.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|