mirrors/arti.git/crates/arti-rpc-client-core/src/lib.rs, branch arti-v1.4.1 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.1 2025-02-03T18:41:15Z rpclib: Move socketpair to a testing module; use it in llconn tests 2025-02-03T18:41:15Z Nick Mathewson nickm@torproject.org 2025-02-03T18:41:15Z urn:sha1:7686f3a460ae511410f9e51f54e457635a972289 rpclib: Implement accessors for ConnectFailure 2025-01-29T14:17:21Z Nick Mathewson nickm@torproject.org 2025-01-28T15:18:57Z urn:sha1:55b074e904c0affc8b5e08425cf42c7a2b15e26a clippy: deny `mod_module_files` 2025-01-06T23:09:41Z Steven Engler opara@torproject.org 2025-01-06T23:02:49Z urn:sha1:252a3a803b2db65792db5bd51dee8950d8557e0d Denies 'mod.rs' files for consistency. https://rust-lang.github.io/rust-clippy/master/index.html#mod_module_files add_warnings, *: Allow clippy::needless_lifetimes 2024-12-03T14:27:26Z Nick Mathewson nickm@torproject.org 2024-12-03T14:15:50Z urn:sha1:64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb In 1.83, this warning triggers on many of our crates. We're thinking of fixing them all, but for now, we're going to disable the warning. This is part of #1765. rpclib: FFI for opening data streams. 2024-09-09T14:52:56Z Nick Mathewson nickm@torproject.org 2024-08-26T15:31:18Z urn:sha1:8fd335e5ae7ad761efe3030e33b7004ec70fc2ff There's a blocking TODO here about exposing socks error codes that I still need to solve. rpclib: Unify error type for ValidatedRequest failure. 2024-08-07T12:21:28Z Nick Mathewson nickm@torproject.org 2024-08-06T13:05:02Z urn:sha1:5756400a33f1a4e35d676aaa90bad69ac34aaab2 rpc: Initial core of an FFI interface. 2024-07-31T17:54:16Z Nick Mathewson nickm@torproject.org 2024-07-17T12:16:53Z urn:sha1:f6c1ffe05a4eaa61c30070a74716eb2f74710784 This only covers the absolute minimal API in order to launch a connection and run simple requests, and it doesn't document anything nearly well enough. Nonetheless I think it's good enough for an initial review, to make sure that we've got the basics right (as well as a general consensus on the error handling API, naming, and so forth). rpc-client: Apply the rest of the big warning set. 2024-07-16T13:51:27Z Nick Mathewson nickm@torproject.org 2024-07-11T17:40:18Z urn:sha1:f5507c0e6ac820df88cee0cc4ef049d622ad56b1 rpc client: Documentation. 2024-07-16T13:51:27Z Nick Mathewson nickm@torproject.org 2024-07-11T17:37:40Z urn:sha1:c9825356aeb790aa75d2c38f0e4fe801ba4b0327 Make ErrorResponse (a string) our preferred way to return an error. 2024-07-16T13:51:27Z Nick Mathewson nickm@torproject.org 2024-07-11T16:48:16Z urn:sha1:301d2f5da0c07609b5d04ee6bcbbd5fa2a12a721 If we return RpcError by default, we don't give a good way to actually access the original error string. (Nonetheless, we still enforce that errors can be decoded as RpcError.)