首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

有没有办法在任意的`&dyn std::error::Error`特征对象上获取SNAFU的`.backtrace()`?

在任意的&dyn std::error::Error特征对象上获取SNAFU的.backtrace()是不可能的。SNAFU是一个Rust的错误处理库,它提供了一种简化错误处理的方式,但它并不支持在任意的&dyn std::error::Error对象上获取.backtrace()

.backtrace()方法是用于获取错误的回溯信息,它需要在错误对象上实现std::error::Error特征的backtrace()方法。然而,SNAFU并没有为其错误类型提供默认的回溯信息支持。

要在Rust中使用SNAFU并获取错误回溯信息,可以使用anyhow库。anyhow是一个与SNAFU类似的错误处理库,但它提供了对回溯信息的支持。你可以在anyhow的错误类型上调用.backtrace()方法来获取回溯信息。

以下是一个示例代码:

代码语言:txt
复制
use anyhow::Context;

fn main() -> Result<(), anyhow::Error> {
    let result = do_something()?;
    Ok(())
}

fn do_something() -> Result<(), anyhow::Error> {
    // 使用SNAFU创建一个错误
    let error: Result<(), snafu::Error> = Err(snafu::Error::Snafu);
    
    // 将SNAFU错误转换为anyhow错误,并添加回溯信息
    let error = error.context("An error occurred")?;
    
    // 在anyhow错误上获取回溯信息
    let backtrace = error.backtrace();
    
    // 打印回溯信息
    println!("{:?}", backtrace);
    
    Ok(())
}

在上面的示例中,我们使用anyhow库将SNAFU错误转换为anyhow错误,并添加了回溯信息。然后,我们可以在anyhow错误上调用.backtrace()方法来获取回溯信息,并进行相应的处理。

需要注意的是,SNAFU和anyhow都是非常强大和灵活的错误处理库,可以根据具体的需求选择使用。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 【Rust 日报】2021-07-02 Facebook 从 Java 到 Rust | Buck 的未来

    Buck 是 Facebook 在 2013 年的Facebook Mobile DevCon上亮相的一个快速的 Android 构建系统。从那时起,它已经扩展到支持用15种以上的语言编写的应用程序,目标平台包括手机、服务器、智能设备和VR头盔等等。不过,随着时间的推移,Buck并没有跟上这种功能和灵活性的增长,没有进行必要的架构改变和改进来管理这种复杂性。随着Facebook内部和外部开发新的功能,发现这导致了巨大的实施复杂性,对核心和语言规则进行修改的挑战越来越大。虽然该团队在近4年前就开始了一项举措,逐步对 Buck 进行一些这样的跨领域的架构改进,但这些改变是非常困难的。所以,从2020年开始,该团队开始构思,如果从零开始构建 Buck 会怎么样?怎样才能写出一个可以在未来10年或20年中继续扩展的构建系统?以下是Facebook团队的思考

    04

    windows错误处理

    在调用windows API时函数会首先对我们传入的参数进行校验,然后执行,如果出现什么情况导致函数执行出错,有的函数可以通过返回值来判断函数是否出错,比如对于返回句柄的函数如果返回NULL 或者INVALID_HANDLE_VALUE,则函数出错,对于返回指针的函数来说如果返回NULL则函数出错,但是对于有的函数从返回值来看根本不知道是否成功,或者为什么失败,对此windows提供了一大堆的错误码,用于标识API函数是否出错以及出错原因。 在windows中为每个线程准备了一个存储区,专门用来存储当前API执行的错误码,想要获取这个错误码可以通过函数GetLastError。在这需要注意的是当前API执行返回的错误码会覆盖之前API返回的错误码,所以在调用API结束后需要立马调用GetLastError来获取该函数返回的错误码。但是windows中的错误码实在太多,有的时候错误码并不直观,windows为每个错误码都关联了一个错误信息的文本,想要通过错误码获取对应的文本信息,可以通过函数FormatMessage来获取。 下面是一个具体的例子:

    02

    boost编译

    经历了将近半年多的时间boost终于发布了1.35.0版本(前版本1.34.1发布于2007/7), 其编译方法和原来的编译方法基本上是一致的,主要改变包括1.34.0以来bjam的toolset所 提供的参数名称的改变(具体参见《boost1.34.0编译日志》)外,还包括bjam的编译默认 选项的变化,在1.35.0之前的版本默认编译时会自动编译各种版本的库,包括静态库、 动态库、debug库和release库等全部的版本,但是到了1.35.0时默认的选择仅仅编译release 版本的库,这样一来在开发的时候就不能进行必要的调试了,为了能够使其编译全部的版本 需要在bjam的命令行参数中添加一个–build-type=complete类型的参数来指明需要编译全 部的版本,所需要编译同时为了使得regex库能够通过ICU库支持Unicode,在编译上需要有 一些特殊的选择。我在Visual Studio 2005 Pro + SP1环境下编译了该库,为了避免走弯路 所以将其编译的方法进行说明,以方便大家编译。 由于boost是采用其自己的bjam工具通过命令行进行编译的,所以必须在Windows下开启console窗口,同时必须将Visual Studio中C++目录下的环境vcvarsall.bat配置脚本运行一遍,以设置好VC的编译器环境变量。 1. 编译不带ICU支持的boost库 此种情况下的boost库编译起来比较的简单,在准备好的console窗口中输入:

    03
    领券