#panic #unwind #panic-message #error-message #no-alloc

no-std unwind-context

Macro to add colored panic context to your functions

4 releases

0.2.2 Feb 29, 2024
0.2.1 Feb 22, 2024
0.2.0 Feb 22, 2024
0.1.0 Feb 19, 2024

#441 in Rust patterns

Download history 14/week @ 2024-09-21 3/week @ 2024-09-28

178 downloads per month

MIT/Apache

160KB
2.5K SLoC

unwind-context

Build Status Latest Version Documentation Codecov Dependencies status Downloads License MSRV 1.70+

The unwind-context crate makes debugging panics easier by adding a colored panic context with a simple macro.

Example

Introduction

In Rust, panics are typically used when an unrecoverable error occurs or when writing examples, prototype code, or tests.

However, it can be difficult to pinpoint the exact cause of a panic, especially if it happens deep in the code or within a loop. While adding logs can help, this may lead to a large number of log entries, making it challenging to identify which ones are related to the panic.

About

The goal of this crate is to make the panic context addition simple, and the context itself detailed enough, and easy to read. Accordingly, it also makes it easier to add context to assertions in your tests. This crate provides unwind_context and debug_unwind_context macros and some other auxiliary types, traits, functions, and macros that help you define function or scope context and write it to std::io::stderr or another writeable target if panic occurs. If panic occurs, the context will be written in "reverse" chronological order during the unwinding process.

This library adds very little overhead to compiled functions unless they are panicked:

  • First, it constructs a structure containing the context data, code location, writer, and color scheme on the stack. It also stores a reference to the custom panic detector, if specified.
  • And when this "context scope guard" structure is dropped, its destructor checks for std::thread::panicking and calls the cold print function if panic has been detected.

This crate is intended for diagnostic use. The exact contents and format of the messages printed on panic are not specified, other than being a clear and compact description.

Note that the context will only be printed if the panic setting is set to unwind, which is the default for both dev and release profiles.

Usage

First, add the following to your Cargo.toml:

[dependencies]
unwind-context = "0.2.2"

Then, add the macro call with the given function arguments or scope arguments to the beginning of the functions to be tracked and bind the result to some scope variable (otherwise the unwind context scope guard will be immediately dropped):

use unwind_context::unwind_context;

fn func1(a: u32, b: &str, c: bool) {
    let _ctx = unwind_context!(fn(a, b, c));
    // ...
    for i in 0..10 {
        let _ctx = unwind_context!(i);
        // ...
    }
    // ...
}

With unwind_context!(a, b, c) syntax, it will print code location, given argument names (stringified expressions), and values on unwind, whereas with unwind_context!(fn(a, b, c)) it will also print function names as well. Note that it uses the core::fmt::Debug representation. If you want to use the core::fmt::Display representation, you can use the WithDisplay wrapper.

You can use the set_colors_enabled function to unconditionally enable the 16-ANSI-color colorization. If you want to enable colorization only if supported by the terminal, you can use the enable_colors_if_supported function, which will require enabling the detect-color-support feature flag:

[dependencies.unwind-context]
version = "0.2.2"
features = [ "detect-color-support" ]
fn main() {
    unwind_context::enable_colors_if_supported();
    // ...
}

#[test]
fn test() {
    unwind_context::enable_colors_if_supported()
    // ...
}

If you want to specify a custom color scheme, you can use the set_default_color_scheme function. Also, colorization can be customized separately for each context scope guard with the unwind_context_with_io and unwind_context_with_fmt macros.

This crate depends on the standard library by default that is needed to write to std::io::stderr and to detect panicking using std::thread::panicking. To use this crate in a #![no_std] context with your custom core::fmt::Write writer and custom PanicDetector, use default-features = false in your Cargo.toml as shown below:

[dependencies.unwind-context]
version = "0.2.2"
default-features = false

Examples

The following crate example:

#![allow(missing_docs, unused_crate_dependencies)]

use unwind_context::unwind_context;

#[derive(Clone, Debug)]
struct Wrapper<T>(T);

fn main() {
    unwind_context::enable_colors_if_supported();
    app_logic(Wrapper("abc\nbcd".to_owned()), &[1, 2], "secret", false);
}

fn app_logic(value: Wrapper<String>, arr: &[u8], secret: &str, flag: bool) {
    let _ctx = unwind_context!(fn(value.clone(), arr, ..., flag));
    // ...
    let _ = collect_rotations("áöù");
    // ...
    let _ = (value, arr, secret, flag);
}

fn collect_rotations(value: &str) -> Vec<String> {
    let _ctx = unwind_context!(fn(value));
    (0..value.len())
        .map(|mid| rotate_left(value, mid))
        .collect()
}

fn rotate_left(value: &str, mid: usize) -> String {
    let _ctx = unwind_context!(fn(value, mid));
    let (left, right) = split(value, mid);
    format!("{right}{left}")
}

fn split(value: &str, at: usize) -> (&str, &str) {
    let _ctx = unwind_context!(fn(value, at));
    (&value[0..at], &value[at..])
}

will output:

Example

Macro expansion

The following function:

use unwind_context::unwind_context;

fn foo(a: &str, b: Vec<u8>, c: bool, d: String) {
    let _ctx = unwind_context!(fn(a, &b, ..., d.clone()));
    // ...
    for i in 0..10 {
        let _ctx = unwind_context!(i);
        // ...
    }
}

will partially expand into:

fn foo(a: u32, b: Vec<u8>, c: bool, d: String) {
    let _ctx = unwind_context::UnwindContextWithIo::new(
        unwind_context::UnwindContextFunc::new(
            {
                struct Item;
                let module_path = ::core::module_path!();
                let item_type_name = ::core::any::type_name::<Item>();
                unwind_context::func_name_from_item_type_name(
                    module_path, item_type_name
                )
            },
            (
                unwind_context::UnwindContextArg::new(Some("a"), a),
                (
                    unwind_context::UnwindContextArg::new(Some("&b"), &b),
                    (
                        unwind_context::UnwindContextArg::new(
                            None,
                            unwind_context::NonExhaustiveMarker,
                        ),
                        (
                            unwind_context::UnwindContextArg::new(
                                Some("d.clone()"), d.clone()
                               ),
                            (),
                        ),
                    ),
                ),
            ),
        ),
        ::std::io::stderr(),
        unwind_context::StdPanicDetector,
        unwind_context::get_default_color_scheme_if_enabled(),
    );
    // ...
    for i in 0..10 {
        let _ctx = unwind_context::UnwindContextWithIo::new(
            unwind_context::UnwindContextArgs::new((
                unwind_context::UnwindContextArg::new(Some("i"), i),
                (),
            )),
            ::std::io::stderr(),
            unwind_context::StdPanicDetector,
            unwind_context::get_default_color_scheme_if_enabled(),
        );
        // ...
    }
}

Documentation

API Documentation

Feature Flags

Similar crates

  • scopeguard allows you to run any code at the end of a scope. It has both success and unwind guard variants, and it doesn't require panic hook modification.
  • panic-context allows you to specify and modify panic context using a custom panic hook. It provides more fine-grained control over the output. However, it implicitly modifies the panic hook using a mutex for a one-time thread local initialization and doesn’t add any automatic context or colorization.
  • econtext allows you to specify panic context and automatically adds some context including function name and location. However, it requires panic hook modification via the init function and uses dynamic dispatch and some unsafe code.

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