mirrors/arti.git/crates/arti-rpcserver/src/objmap, branch arti-v2.2.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v2.2.02025-08-07T15:28:36ZSwitch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
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.
rpc: Move support for weak references behind an experimental feature2025-01-27T19:51:16ZNick Mathewsonnickm@torproject.org2025-01-27T19:11:34Zurn:sha1:31be122e79a2dc66209cd6077d09839f2de8298e
We haven't decided how these should work (see #868), so having them
present by default is a bad idea.
rpc: Simplify method-dispatch-bypass logic a bit2024-10-24T01:35:05ZNick Mathewsonnickm@torproject.org2024-10-24T00:33:55Zurn:sha1:eb1d9acd10c5d500f56d637a7bba3acdd67dc9e8
This commit removes the separate function for asking whether to
bypass the dispatch code. Instead, it gives the "invoke with
bypass" function an error to return when no dispatch is warranted,
and moves the whole responsibility for method dispatch or
non-dispatch back into tor-rpcbase.
I had to add an ObjectId argument to `invoke_rpc_method` to make
this work, but that's probably a good thing.
Additionally, this commit tweaks the derive-deftly macro to prevent
you from asking for dispatch bypass on special methods, where it
isn't implemented (and doesn't really make sense).
rpc: Move "rpc:release" to be a method on the rpc object.2024-10-24T01:35:05ZNick Mathewsonnickm@torproject.org2024-10-22T14:23:10Zurn:sha1:fe1c2672d45391480a402b7cf3d2f75f4c23a2ac
Now, instead of telling the session or the connection to drop the
object ID, we tell the object ID to go away.
Closes #1663.
rpc: Remove unimplemented rpc:downgrade method for now.2024-10-24T01:35:05ZNick Mathewsonnickm@torproject.org2024-10-22T12:10:02Zurn:sha1:b748bbe2189158cb6ad2009ae60da6e03a44c084
If and when we implement this, it will likely be different;
arti#868 has some thoughts on the implications.
rpc: Move some object-id-manipulation methods to a new module.2024-10-24T01:35:05ZNick Mathewsonnickm@torproject.org2024-10-22T12:09:09Zurn:sha1:318aaa2cfc571d99bcd711484e233420b0985c48
These will have different implementations soon; this is a more
logical place for them.