arti/crates/tor-error
Gabriela Moldovan 5d0fb5177f
tor-error: Remove KeystoreFsPermissions variant.
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
2023-08-08 16:46:20 +01:00
..
src tor-error: Remove KeystoreFsPermissions variant. 2023-08-08 16:46:20 +01:00
Cargo.toml Merge branch 'bump_versions_117' into 'main' 2023-08-01 15:40:26 +00:00
README.md tor-error: Add missing footnote 2023-03-31 18:45:40 +01:00

README.md

tor-error

Support for error handling in Tor and Arti

Primarily, this crate provides the [ErrorKind] enum, and associated [HasKind] trait.

There is also some other miscellany, supporting error handling in crates higher up the dependency stack.

Features

backtrace -- Enable backtraces in internal errors. (On by default.)

Experimental and unstable features

Note that the APIs enabled by these features are NOT covered by semantic versioning1 guarantees: we might break them or remove them between patch versions.

  • experimental-api: Add additional non-stable APIs to our public interfaces.

License: MIT OR Apache-2.0


  1. Remember, semantic versioning is what makes various cargo features work reliably. To be explicit: if you want cargo update to only make safe changes, then you cannot enable these features. ↩︎