TIL you can debug-format anyhow::Error to get a stacktrace (lemmy.ml)

submitted 1 month ago by Ephera@lemmy.ml to c/rust@lemmy.ml

8 comments fedilink hide all child comments

Always had the problem that if I wanted to just log an error, rather than bubble it all the way up to main(), that you wouldn't get a stacktrace. You could iterate the source chain and plug the stacktrace together yourself, but it's rather complex code.

Now I realized, you can do this to get a stacktrace:

let error = todo!("Get an error somehow...");
let error = anyhow::anyhow!(error); //converts to an `anyhow::Error`
eprintln!("Error with stacktrace: {error:?}");

For converting to an anyhow::Error, it often also makes sense to use anyhow::Context like so:

use anyhow::Context;
let error = error.context("Deleting file failed.");

you are viewing a single comment's thread
view the rest of the comments

[-] copacetic@discuss.tchncs.de 4 points 1 month ago

Since context is kind of on topic, what should one write there? Are there any principles for writing good context messages?

fn beebboop() {
    foo();
    bar().context("frobnicating");
    baz();
}

Instead of "frobnicating" in this rough example, I could also write that we intend to "baz" afterwards or that we are "currently beebbooping" or "bar failed" or I could even mention "foo" or ...

From my (rather limited) experience, it seems most useful to describe what beebboop is about to do. Sometimes that is weird though, because then the context for foo, bar, and baz calls would be essentially the same.

[-] Ephera@lemmy.ml 1 points 1 month ago

I've kind of standardized on writing it as "Failed to bar when beebbooping, while fadoodling."

Maybe a more concrete example:

Failed to write file when persisting audio, while recording. Caused by: Permission denied.

The while-part is optional, in case you've got a larger context.
Well, so is the rest of it, really. I may just write "Error when beebbooping", if I believe the error from .bar() to describe itself rather well. Error handling is hard. 🫠

But yeah, you kind of have to describe that an error occurred, rather than purely describing what you want to do, because anyhow doesn't prefix it or such.

[-] copacetic@discuss.tchncs.de 2 points 1 month ago

I just optimized the context messages and I'm now happy with:

Error: Execute command: redo workspace/motd.json

Caused by:
    0: using sqlite db 'workspace/.redo3.db'
    1: clear dependencies for motd.json
    2: attempt to write a readonly database
    3: Error code 8: attempt to write a readonly database

The "0" context is especially important because it tells you which file is read-only. Here is the code for that:

pub(crate) fn start(mut self) -> Result<DoFileExecution> {
    let rc_folder = self.target.path.parent().unwrap_or(Utf8Path::new("."));
    let mut db = Db::try_open(rc_folder);
    db.transaction(|tx| {
        tx.clear_dependencies(self.target.basename())
            .with_context(|| format!("using sqlite db '{}'", rc_folder.join(DB_FILENAME)))
    })?;

    let now = chrono::Utc::now();
    ...

I don't think something like "failed to clear dependencies using sqlite db '{}'" would be helpful. Something like "failed to" or "error when" does not really add any information. Just describe what is happening. Also, the "clear dependencies" would be redundant because that function can handle that part itself (see msg 1).

load more comments (1 replies)

this post was submitted on 20 Mar 2026

18 points (100.0% liked)

Rust Programming

9243 readers

1 users here now

founded 7 years ago

MODERATORS

Joe@lemmy.ml

AgreeableLandscape@lemmy.ml

nutomic@lemmy.ml