Open calebzulawski opened 1 year ago
I think that may be a result of round-tripping in the error type. ergo_runtime::Error
has a Display
which looks like error: <message>
, and if that error has to be converted to Box<dyn std::error::Error>
to pass through an external library then that's basically what would end up happening. Internally ergo_runtime::Error
can accommodate nested errors and context nicely.
I'm sure each of these layers of error probably means something, in this scenario it doesn't matter so much but maybe something like
anyhow
's error contexts could be used to nest errors more ergonomically