#error #error-handling #multiple #tree #error-message

no-std lazy_errors

Effortlessly create, group, and nest arbitrary errors, and defer error handling ergonomically

8 breaking releases

0.9.0 Oct 10, 2024
0.7.0 Jul 9, 2024

#215 in Rust patterns

Download history 5/week @ 2024-08-29 1024/week @ 2024-09-05 201/week @ 2024-09-12 678/week @ 2024-09-19 216/week @ 2024-09-26 493/week @ 2024-10-03 787/week @ 2024-10-10 1187/week @ 2024-10-17 197/week @ 2024-10-24 475/week @ 2024-10-31 206/week @ 2024-11-07 238/week @ 2024-11-14 773/week @ 2024-11-21 2444/week @ 2024-11-28 1796/week @ 2024-12-05

5,278 downloads per month

MIT/Apache

200KB
1.5K SLoC

lazy_errors License: MIT OR Apache-2.0 lazy_errors on crates.io lazy_errors on docs.rs Source Code Repository

Effortlessly create, group, and nest arbitrary errors, and defer error handling ergonomically.

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn run(input: &[&str]) -> Result<()> {
    let mut errs = ErrorStash::new(|| "There were one or more errors");

    u8::from_str("42").or_stash(&mut errs); // `errs` contains 0 errors
    u8::from_str("1337").or_stash(&mut errs); // `errs` contains 1 errors

    let numbers = input
        .iter()
        .map(|&text| -> Result<u8> {
            u8::from_str(text)
                // Make sure validation produces nicer error messages:
                .or_wrap_with(|| format!("Input '{text}' is invalid"))
        })
        // Fail lazily after collecting all errors:
        .try_collect_or_stash(&mut errs);

    // If any item in `input` is invalid, we don't want to continue
    // but return _all_ errors that have occurred so far.
    let numbers: Vec<u8> = try2!(numbers);

    println!("input = {numbers:?}");

    u8::from_str("-1").or_stash(&mut errs);

    errs.into() // `Ok(())` if `errs` is still empty, `Err` otherwise
}

fn main() {
    let err = run(&["", "42", ""]).unwrap_err();
    let n = err.children().len();
    eprintln!("Got an error with {n} children.");
    eprintln!("---------------------------------------------------------");
    eprintln!("{err:#}");
}

Running the example will print:

Got an error with 3 children.
---------------------------------------------------------
There were one or more errors
- number too large to fit in target type
  at src/main.rs:9:26
- Input '❓' is invalid: invalid digit found in string
  at src/main.rs:16:18
  at lazy_errors/src/try_collect_or_stash.rs:148:35
  at lazy_errors/src/stash_err.rs:145:46
- Input '❗' is invalid: invalid digit found in string
  at src/main.rs:16:18
  at lazy_errors/src/try_collect_or_stash.rs:148:35
  at lazy_errors/src/stash_err.rs:145:46

In a Nutshell

lazy_errors provides types, traits, and blanket implementations on Result that can be used to ergonomically defer error handling. lazy_errors allows you to easily create ad-hoc errors as well as wrap a wide variety of errors in a single common error type, simplifying your codebase. In that latter regard, it is similar to anyhow/eyre, except that its reporting isn’t as fancy or detailed (for example, lazy_errors tracks source code file name and line numbers instead of providing full std::backtrace support). On the other hand, lazy_errors adds methods to Result that let you continue on failure, deferring returning Err results. lazy_errors allows you to return two or more errors from functions simultaneously and ergonomically. lazy_errors also supports nested errors. When you return nested errors from functions, errors will form a tree while “bubbling up”. You can report that error tree the user/developer in its entirety. lazy_errors integrates with core::error::Error and is #![no_std] by default.

By default, lazy_errors will box your error values (like anyhow/eyre), which allows you to use different error types in the same Result type. However, lazy_errors will respect static error type information if you provide it explicitly. If you do so, you can access fields and methods of your error values at run-time without needing downcasts. Both modes of operation can work together, as will be shown in the example on the bottom of the page. When you define a few simple type aliases, lazy_errors also easily supports custom error types that aren’t Sync or even Send.

Common reasons to use the lazy_errors crate are:

  • You want to return an error but run some fallible cleanup logic before.
  • More generally, you’re calling two or more functions that return Result, and want to return an error that wraps all errors that occurred.
  • You’re spawning several parallel activities, wait for their completion, and want to return all errors that occurred.
  • You want to aggregate multiple errors before running some reporting or recovery logic, iterating over all errors collected.
  • You need to handle errors that don’t implement core::error::Error/Display/Debug/Send/Sync or other common traits.

Feature Flags

  • std (disabled by default):
    • Support any error type that implements std::error::Error (instead of core::error::Error)
    • Implement std::error::Error for lazy_errors error types (instead of core::error::Error)
    • Enable this flag if you’re on Rust v1.80 or older (core::error::Error was stabilized in Rust v1.81)
  • eyre: Adds into_eyre_result and into_eyre_report conversions
  • rust-v$N (where $N is a Rust version number): Add support for error types from core and alloc that were stabilized in the respective Rust version.

MSRV

The MSRV of lazy_errors depends on the set of enabled features:

  • Rust v1.81 and later supports all features and combinations thereof
  • Rust v1.61 .. v1.81 need you to disable all rust-v$N features where $N is greater than the version of your Rust toolchain. For example, to compile lazy_errors on Rust v1.69, you have to disable rust-v1.81 and rust-v1.77, but not rust-v1.69.
  • eyre needs at least Rust v1.65
  • Rust versions older than v1.61 are unsupported
  • In Rust versions below v1.81, core::error::Error is not stable yet. If you’re using a Rust version before v1.81, please consider enabling the std feature to make lazy_errors use std::core::Error instead.

Walkthrough

lazy_errors can actually support any error type as long as it’s Sized; it doesn’t even need to be Send or Sync. You only need to specify the generic type parameters accordingly, as will be shown in the example on the bottom of this page. Usually however, you’d want to use the aliased types from the prelude. When you’re using these aliases, errors will be boxed and you can dynamically return groups of errors of differing types from the same function. When you’re also using the default feature flags, lazy_errors is #![no_std] and integrates with core::error::Error. In that case, lazy_errors supports any error type that implements core::error::Error, and all error types from this crate implement core::error::Error as well.

In Rust versions below v1.81, core::error::Error is not stable yet. If you’re using an old Rust version, please disable (at least) the rust-v1.81 feature and enable the std feature instead. Enabling the std feature will make lazy_errors use std::error::Error instead of core::error::Error. If you’re using an old Rust version and need #![no_std] support nevertheless, please use the types from the surrogate_error_trait::prelude instead of the regular prelude. If you do so, lazy_errors will box any error type that implements the surrogate_error_trait::Reportable marker trait. If necessary, you can implement that trait for your custom types as well (it’s just a single line).

While lazy_errors works standalone, it’s not intended to replace anyhow or eyre. Instead, this project was started to explore approaches on how to run multiple fallible operations, aggregate their errors (if any), and defer the actual error handling/reporting by returning all of these errors from functions that return Result. Generally, Result<_, Vec<_>> can be used for this purpose, which is not much different from what lazy_errors does internally. However, lazy_errors provides “syntactic sugar” to make this approach more ergonomic. Thus, arguably the most useful method in this crate is or_stash.

Example: or_stash on Result

or_stash is arguably the most useful method of this crate. It becomes available on Result as soon as you import the OrStash trait or the prelude. Here’s an example:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn run() -> Result<()> {
    let mut stash = ErrorStash::new(|| "Failed to run application");

    print_if_ascii("").or_stash(&mut stash);
    print_if_ascii("").or_stash(&mut stash);
    print_if_ascii("42").or_stash(&mut stash);

    cleanup().or_stash(&mut stash); // Runs regardless of earlier errors

    stash.into() // `Ok(())` if the stash was still empty
}

fn print_if_ascii(text: &str) -> Result<()> {
    if !text.is_ascii() {
        return Err(err!("Input is not ASCII: '{text}'"));
    }

    println!("{text}");
    Ok(())
}

fn cleanup() -> Result<()> {
    Err(err!("Cleanup failed"))
}

fn main() {
    let err = run().unwrap_err();
    let printed = format!("{err:#}");
    let printed = replace_line_numbers(&printed);
    assert_eq!(printed, indoc::indoc! {"
        Failed to run application
        - Input is not ASCII: '❓'
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56
        - Input is not ASCII: '❗'
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56
        - Cleanup failed
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56"});
}

In the example above, run() will print 42, run cleanup(), and then return the stashed errors.

Note that the ErrorStash is created manually in the example above. The ErrorStash is empty before the first error is added. Converting an empty ErrorStash to Result will produce Ok(()). When or_stash is called on Result::Err(e), e will be moved into the ErrorStash. As soon as there is at least one error stored in the ErrorStash, converting ErrorStash into Result will yield a Result::Err that contains an Error, the main error type from this crate.

Example: or_create_stash on Result

Sometimes you don’t want to create an empty ErrorStash beforehand. In that case you can call or_create_stash on Result to create a non-empty container on-demand, whenever necessary. When or_create_stash is called on Result::Err, the error will be put into a StashWithErrors instead of an ErrorStash. ErrorStash and StashWithErrors behave similarly. While both ErrorStash and StashWithErrors can take additional errors, a StashWithErrors is guaranteed to be non-empty. The type system will be aware that there is at least one error. Thus, while ErrorStash can only be converted into Result, yielding either Ok(()) or Err(e) (where e is Error), this distinction allows converting StashWithErrors into Error directly.

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn run() -> Result<()> {
    match write("").or_create_stash(|| "Failed to run application") {
        Ok(()) => Ok(()),
        Err(mut stash) => {
            cleanup().or_stash(&mut stash);
            Err(stash.into())
        }
    }
}

fn write(text: &str) -> Result<()> {
    if !text.is_ascii() {
        return Err(err!("Input is not ASCII: '{text}'"));
    }
    Ok(())
}

fn cleanup() -> Result<()> {
    Err(err!("Cleanup failed"))
}

fn main() {
    let err = run().unwrap_err();
    let printed = format!("{err:#}");
    let printed = replace_line_numbers(&printed);
    assert_eq!(printed, indoc::indoc! {"
        Failed to run application
        - Input is not ASCII: '❌'
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56
        - Cleanup failed
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56"});
}

Example: stash_err on Iterator

Quite similarly to calling or_stash on Result, you can call stash_err on Iterator<Item = Result<T, E>> to turn it into Iterator<Item = T>, moving any E item into an error stash as soon as they are encountered:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn parse_input() -> Result<Vec<u8>> {
    let mut errs = ErrorStash::new(|| "Invalid input");

    let input = vec![Ok(1), Err(""), Ok(42), Err("")];

    let numbers: Vec<u8> = input
        .into_iter()
        .stash_err(&mut errs)
        .collect();

    let err = errs.into_result().unwrap_err();
    let msg = format!("{err}");
    assert_eq!(msg, "Invalid input (2 errors)");

    Ok(numbers)
}

let numbers = parse_input().unwrap();
assert_eq!(&numbers, &[1, 42]);

Example: try_collect_or_stash on Iterator

try_collect_or_stash is a counterpart to Iterator::try_collect from the Rust standard library that will not short-circuit, but instead move all Err items into an error stash. As explained above, calling stash_err on Iterator<Item = Result<>> will turn a sequence of Result<T, E> into a sequence of T. That method is most useful for chaining another method on the resulting Iterator<Item = T> before calling Iterator::collect. Furthermore, when using stash_err together with collect, there will be no indication of whether the iterator contained any Err items: all Err items will simply be moved into the error stash. If you don’t need to chain any methods between calling stash_err and collect, or if you need collect to fail (lazily) if the iterator contained any Err items, you can call try_collect_or_stash on Iterator<Item = Result<>> instead:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn parse_input() -> Result<Vec<u8>> {
    let input = vec![Ok(1), Err(""), Ok(42), Err("")];

    let mut errs = ErrorStash::new(|| "Invalid input");
    let numbers: Vec<u8> = try2!(input
        .into_iter()
        .try_collect_or_stash(&mut errs));

    unreachable!("try2! will bail due to `Err` items in the iterator")
}

let err = parse_input().unwrap_err();
let msg = format!("{err}");
assert_eq!(msg, "Invalid input (2 errors)");

Example: try_map_or_stash on arrays

try_map_or_stash is a counterpart to array::try_map from the Rust standard library that will not short-circuit, but instead move all Err elements/results into an error stash. It will touch all elements of arrays of type [T; _] or [Result<T, E>; _], mapping each T or Ok(T) via the supplied mapping function. Each time an Err element is encountered or an element is mapped to an Err value, that error will be put into the supplied error stash:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

let mut errs = ErrorStash::new(|| "Invalid input");

let input1: [Result<&str, &str>; 3] = [Ok("1"), Ok("42"), Ok("3")];
let input2: [Result<&str, &str>; 3] = [Ok("1"), Err("42"), Ok("42")];
let input3: [&str; 3] = ["1", "foo", "bar"];

let numbers = input1.try_map_or_stash(u8::from_str, &mut errs);
let numbers = numbers.ok().unwrap();
assert_eq!(numbers, [1, 42, 3]);

let _ = input2.try_map_or_stash(u8::from_str, &mut errs);
let _ = input3.try_map_or_stash(u8::from_str, &mut errs);

let err = errs.into_result().unwrap_err();
let msg = format!("{err}");
assert_eq!(msg, "Invalid input (3 errors)");

Example: Hierarchies

As you might have noticed, Errors form hierarchies:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn parent() -> Result<()> {
    let mut stash = ErrorStash::new(|| "In parent(): child() failed");
    stash.push(child().unwrap_err());
    stash.into()
}

fn child() -> Result<()> {
    let mut stash = ErrorStash::new(|| "In child(): There were errors");
    stash.push("First error");
    stash.push("Second error");
    stash.into()
}

fn main() {
    let err = parent().unwrap_err();
    let printed = format!("{err:#}");
    let printed = replace_line_numbers(&printed);
    assert_eq!(printed, indoc::indoc! {"
        In parent(): child() failed
        - In child(): There were errors
          - First error
            at src/lib.rs:1234:56
          - Second error
            at src/lib.rs:1234:56
          at src/lib.rs:1234:56"});
}

The example above may seem unwieldy. In fact, that example only serves the purpose to illustrate the error hierarchy. In practice, you wouldn’t write such code. Instead, you’d probably rely on or_wrap or or_wrap_with.

Example: Wrapping on Result

You can use or_wrap or or_wrap_with to wrap any value that can be converted into the inner error type of Error or to attach some context to an error:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::{prelude::*, Result};

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::{prelude::*, Result};

fn run(s: &str) -> Result<u32> {
    parse(s).or_wrap_with(|| format!("Not an u32: '{s}'"))
}

fn parse(s: &str) -> Result<u32> {
    let r: Result<u32, core::num::ParseIntError> = s.parse();

    // Wrap the error type “silently”:
    // No additional message, just file location and wrapped error type.
    r.or_wrap()
}

fn main() {
    let err = run("").unwrap_err();
    let printed = format!("{err:#}");
    let printed = replace_line_numbers(&printed);
    assert_eq!(printed, indoc::indoc! {"
        Not an u32: '❌': invalid digit found in string
        at src/lib.rs:1234:56
        at src/lib.rs:1234:56"});
}

Example: Ad-Hoc Errors

The err! macro allows you to format a string and turn it into an ad-hoc Error at the same time:

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::prelude::*;

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::prelude::*;

let pid = 42;
let err: Error = err!("Error in process {pid}");

You’ll often find ad-hoc errors to be the leaves in an error tree. However, the error tree can have almost any inner error type as leaf.

Example: into_eyre_*

ErrorStash and StashWithErrors can be converted into Result and Error, respectively. A similar, albeit lossy, conversion from ErrorStash and StashWithErrors exist for eyre::Result and eyre::Error (i.e. eyre::Report), namely into_eyre_result and into_eyre_report:

use eyre::bail;
use lazy_errors::prelude::*;

fn run() -> Result<(), eyre::Report> {
    let r = write("").or_create_stash::<Stashable>(|| "Failed to run");
    match r {
        Ok(()) => Ok(()),
        Err(mut stash) => {
            cleanup().or_stash(&mut stash);
            bail!(stash.into_eyre_report());
        }
    }
}

fn write(text: &str) -> Result<(), Error> {
    if !text.is_ascii() {
        return Err(err!("Input is not ASCII: '{text}'"));
    }
    Ok(())
}

fn cleanup() -> Result<(), Error> {
    Err(err!("Cleanup failed"))
}

fn main() {
    let err = run().unwrap_err();
    let printed = format!("{err:#}");
    let printed = replace_line_numbers(&printed);
    assert_eq!(printed, indoc::indoc! {"
        Failed to run
        - Input is not ASCII: '❌'
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56
        - Cleanup failed
          at src/lib.rs:1234:56
          at src/lib.rs:1234:56"});
}

Supported Error Types

The prelude module exports commonly used traits and aliased types. Importing lazy_errors::prelude::* should set you up for most use-cases. You may also want to import lazy_errors::Result. When core::error::Error is not available (i.e. in ![no_std] mode before Rust v1.81), you can import the surrogate_error_trait::prelude instead, and use the corresponding lazy_errors::surrogate_error_trait::Result.

When you’re using the aliased types from the prelude, this crate should support any Result<_, E> if E implements Into<Stashable>. Stashable is, basically, a Box<dyn E>, where E is either core::error::Error (Rust v1.81 or later), std::error::Error (before Rust v1.81 if std is enabled), or a surrogate error trait otherwise (surrogate_error_trait::Reportable). Thus, using the aliased types from the prelude, any error you put into any of the containers defined by this crate will be boxed. The Into<Box<dyn E>> trait bound was chosen because it is implemented for a wide range of error types or “error-like” types. Some examples of types that satisfy this constraint are:

  • &str
  • String
  • anyhow::Error
  • eyre::Report
  • core::error::Error
  • All error types from this crate

The primary error type from this crate is Error. You can convert all supported error-like types into Error by calling or_wrap or or_wrap_with.

In other words, this crate supports a wide variety of error types. However, in some cases you might need a different kind of flexibility than that. For example, maybe you don’t want to lose static error type information or maybe your error types aren’t Sync. In general, this crate should work well with any Result<_, E> if E implements Into<I> where I is named the inner error type of Error. This crate will store errors as type I in its containers, for example in ErrorStash or in Error. When you’re using the type aliases from the prelude, I will always be Stashable. However, you do not need to use Stashable at all. You can chose the type to use for I arbitrarily. It can be a custom type and does not need to implement any traits or auto traits except Sized. Thus, if the default aliases defined in the prelude do not suit your purpose, you can import the required traits and types manually and define custom aliases, as shown in the next example.

Example: Custom Error Types

Here’s a complex example that does not use the prelude but instead defines its own aliases. In the example, Error<CustomError> and ParserErrorStash don’t box their errors. Instead, they have all error type information present statically, which allows you to write recovery logic without having to rely on downcasts at run-time. The example also shows how such custom error types can still be used alongside the boxed error types (Stashable) with custom lifetimes.

use lazy_errors::{err, ErrorStash, OrStash, StashedResult};

#[cfg(any(feature = "rust-v1.81", feature = "std"))]
use lazy_errors::Stashable;

#[cfg(not(any(feature = "rust-v1.81", feature = "std")))]
use lazy_errors::surrogate_error_trait::Stashable;

#[derive(thiserror::Error, Debug)]
pub enum CustomError<'a> {
    #[error("Input is empty")]
    EmptyInput,

    #[error("Input '{0}' is not u32")]
    NotU32(&'a str),
}

// Use `CustomError` as inner error type `I` for `ErrorStash`:
type ParserErrorStash<'a, F, M> = ErrorStash<F, M, CustomError<'a>>;

// Allow using `CustomError` as `I` but use `Stashable` by default:
pub type Error<I = Stashable<'static>> = lazy_errors::Error<I>;

fn main() {
    let err = run(&["42", "0xA", "f", "oobar", "3b"]).unwrap_err();
    eprintln!("{err:#}");
}

fn run<'a>(input: &[&'a str]) -> Result<(), Error<Stashable<'a>>> {
    let mut errs = ErrorStash::new(|| "Application failed");

    let parser_result = parse(input); // Soft errors
    if let Err(e) = parser_result {
        println!("There were errors.");
        println!("Errors will be returned after showing some suggestions.");
        let recovery_result = handle_parser_errors(&e); // Hard errors
        errs.push(e);
        if let Err(e) = recovery_result {
            errs.push(e);
            return errs.into();
        }
    }

    // ... some related work, such as writing log files ...

    errs.into()
}

fn parse<'a>(input: &[&'a str]) -> Result<(), Error<CustomError<'a>>> {
    if input.is_empty() {
        return Err(Error::wrap(CustomError::EmptyInput));
    }

    let mut errs = ParserErrorStash::new(|| {
        "Input has correctable or uncorrectable errors"
    });

    println!("Step #1: Starting...");

    let mut parsed = vec![];
    for s in input {
        println!("Step #1: Trying to parse '{s}'");
        // Ignore “soft” errors for now...
        if let StashedResult::Ok(k) = parse_u32(s).or_stash(&mut errs) {
            parsed.push(k);
        }
    }

    println!(
        "Step #1: Done. {} of {} inputs were u32 (decimal or hex): {:?}",
        parsed.len(),
        input.len(),
        parsed
    );

    errs.into() // Return list of all parser errors, if any
}

fn handle_parser_errors(errs: &Error<CustomError>) -> Result<(), Error> {
    println!("Step #2: Starting...");

    for e in errs.children() {
        match e {
            CustomError::NotU32(input) => guess_hex(input)?,
            other => return Err(err!("Internal error: {other}")),
        };
    }

    println!("Step #2: Done");

    Ok(())
}

fn parse_u32(s: &str) -> Result<u32, CustomError> {
    s.strip_prefix("0x")
        .map(|hex| u32::from_str_radix(hex, 16))
        .unwrap_or_else(|| u32::from_str(s))
        .map_err(|_| CustomError::NotU32(s))
}

fn guess_hex(s: &str) -> Result<u32, Error> {
    match u32::from_str_radix(s, 16) {
        Ok(v) => {
            println!("Step #2: '{s}' is not u32. Did you mean '{v:#X}'?");
            Ok(v)
        }
        Err(e) => {
            println!("Step #2: '{s}' is not u32. Aborting program.");
            Err(err!("Unsupported input '{s}': {e}"))
        }
    }
}

Running the example above will produce an output similar to this:

stdout:
Step #1: Starting...
Step #1: Trying to parse '42'
Step #1: Trying to parse '0xA'
Step #1: Trying to parse 'f'
Step #1: Trying to parse 'oobar'
Step #1: Trying to parse '3b'
Step #1: Done. 2 of 5 inputs were u32 (decimal or hex): [42, 10]
There were errors.
Errors will be returned after showing some suggestions.
Step #2: Starting...
Step #2: 'f' is not u32. Did you mean '0xF'?
Step #2: 'oobar' is not u32. Aborting program.

stderr:
Application failed
- Input has correctable or uncorrectable errors
  - Input 'f' is not u32
    at src/lib.rs:72:52
  - Input 'oobar' is not u32
    at src/lib.rs:72:52
  - Input '3b' is not u32
    at src/lib.rs:72:52
  at src/lib.rs:43:14
- Unsupported input 'oobar': invalid digit found in string
  at src/lib.rs:120:17
  at src/lib.rs:45:18

License

Licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.

Dependencies