mirrors/arti.git/crates/tor-error/src/lib.rs, branch arti-v1.2.7 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.2.7 2024-08-13T00:27:03Z tor-error: implement HasKind on void::Void and Infallible. 2024-08-13T00:27:03Z Nick Mathewson nickm@torproject.org 2024-08-12T16:31:02Z urn:sha1:ef6f70c2cf6b947d6f42efb630e04721442dfe4d `void::Void` represents the type of an object that can't be constructed. It's especially useful as the error type of an infallible function. `void::Void` already implements `std::error::Error`, so all we need to do to use it as a "can't happen" error type in our code is to have it also implement `HasKind`. Also implement HasKind for Infallible while we're at it. rpc: Rename the error codes for something like consistency. 2024-07-25T12:46:29Z Nick Mathewson nickm@torproject.org 2024-07-24T18:51:54Z urn:sha1:847e80f307789c607ac3415254b292e20da9c7f0 rpc: split "method not found" 2024-07-25T12:43:30Z Nick Mathewson nickm@torproject.org 2024-07-23T13:43:22Z urn:sha1:aeb63c0085ae4bc26a74158c19992e1f256614c5 We've wanted separate error codes for "no such method exists" and "this method exists, but this object doesn't have it." Re-run maint/add_warning. 2024-05-06T13:31:35Z Nick Mathewson nickm@torproject.org 2024-05-06T13:23:41Z urn:sha1:97f452ec9958bf7d8ca3275c39655814a4494637 This commit is automatically generated. tor-error: Fix message for LocalResourceExhausted 2024-04-23T15:09:27Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-04-23T14:49:38Z urn:sha1:418844ac6a413fb12e682c45bc9fbc9a6b2ded4b tor-error: Add ErrorKind::LocalResourceExhausted 2024-04-23T15:09:27Z Ian Jackson ijackson@chiark.greenend.org.uk 2024-04-16T19:10:32Z urn:sha1:f04513b636c1b4a44d6bcbb8654fe0f7c1134d33 deny clippy::unchecked_duration_subtraction 2024-02-29T17:16:49Z trinity-1686a trinity@deuxfleurs.fr 2024-02-29T17:06:46Z urn:sha1:ac5b36027ca825d27ef466501c660ce498fd9e3c tor-error: ErrorReport: seal 2023-12-12T12:52:41Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-12-12T12:40:26Z urn:sha1:00903e22bb9782958135a7061dcfb523e4ebc91f We're going to need to make change to this trait which would be breaking for out-of-crate implementors. This should have been sealed all along. tor-error: Introduce ErrorKind::LocalResourceAlreadyInUse 2023-12-11T15:30:50Z Ian Jackson ijackson@chiark.greenend.org.uk 2023-11-22T14:07:38Z urn:sha1:99e58a0792df855609f96728d43742f8e07e2132 Our HSS code isn't going to work if you run more than one copy. Soon we'll detect this (via our use of tor_persist). There may be other places this ought to be used. Eg if we get EADDRINUSE from trying to set up a proxy, maybe ... tor-error: Remove KeystoreFsPermissions variant. 2023-08-08T15:46:20Z Gabriela Moldovan gabi@torproject.org 2023-08-08T15:40:28Z urn:sha1:5d0fb5177f50f87132cbc7d0a95c6f63d4de51d7 According to the `ErrorKind` lumping guidelines, `KeystoreFsPermissions` should be lumped with `FsPermissions`: they represent the same type of error, and their "location" is the same ("Host"). Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1315#note_2916455