我如何从boost ::异常获得更好的诊断信息
How do I get nicer diagnostic information from boost::exception?
我正在使用
投掷boost::exception
BOOST_THROW_EXCEPTION(trace_collector_error_t()
<< boost::errinfo_api_function("ioctl")
<< boost::errinfo_errno(errno)
<< errinfo_trace_params_t(trace_params));
和之后
std::cerr << boost::diagnostic_information(e) << std::endl;
我得到
: Throw in function trace_config_t set_up_trace(size_t, size_t)
Dynamic exception type: N5boost16exception_detail10clone_implI23trace_collector_error_tEE
std::exception::what: std::exception
[P23errinfo_trace_params_t_] = [ type: 14trace_params_t, size: 16, dump: 00 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 ]
22, "Invalid argument"[PN5boost21errinfo_api_function_E] = ioctl
我有两个问题:
- 如何获得更好的类型名称?
- 如何正确打印errinfo_errno?
我正在使用GCC 4.6,并提升1.55.0。
好吧,这不是答案,但是我不能完全打破格式的注释。所以在这里。
我有了GCC-4.7.2和BOOST-1.53的以下结果。更新:仅检查Ubuntu 13.10中的GCC-4.8.1/boost-1.53,其工作方式与下面的代码相同
#include <errno.h>
#include <boost/exception/all.hpp>
using namespace std;
struct trace_collector_error: virtual std::exception, virtual boost::exception {};
typedef boost::error_info<struct trace_tag_t, int> trace_info;
namespace a {
class A {
public:
A() { clog << __PRETTY_FUNCTION__ << endl; }
void f() {
clog << __PRETTY_FUNCTION__ << endl;
BOOST_THROW_EXCEPTION(trace_collector_error()
<< boost::errinfo_api_function("ioctl")
<< boost::errinfo_errno(errno)
<< trace_info(1)
);
}
};
}
int main(void) {
a::A a;
try {
a.f();
} catch (const trace_collector_error& e) {
std::cerr << boost::diagnostic_information(e) << std::endl;
}
return 0;
}
输出是:
alex@galene tmp/c++/tests $ build/boost_exception_test
a::A::A()
void a::A::f()
/home/alex/tmp/c++/tests/boost_exception_test.cpp(23): Throw in function void a::A::f()
Dynamic exception type: boost::exception_detail::clone_impl
std::exception::what: std::exception
[trace_tag_t*] = 1
[boost::errinfo_errno_*] = 0, "Success"
[boost::errinfo_api_function_*] = ioctl
这是我的编译器版本/构建:
alex@galene tmp/c++/tests $ gcc -v
Using built-in specs.
COLLECT_GCC=i586-alt-linux-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i586-alt-linux/4.7.2/lto-wrapper
Target: i586-alt-linux
Configured with: ../configure --host=i586-alt-linux --build=i586-alt-linux --target=i586-alt-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --without-included-gettext --enable-shared --enable-bootstrap --program-suffix=-4.7 --with-slibdir=/lib --with-bugurl=http://bugzilla.altlinux.org --enable-__cxa_atexit --enable-threads=posix --enable-checking=release --with-system-zlib --without-included-gettext --enable-multilib --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,fortran,objc,obj-c++,java,ada,go,lto --enable-plugin --enable-java-awt=gtk --with-native-libdir=/usr/lib/gcj-4.7 --with-ecj-jar=/usr/share/java/ecj.jar --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.7-1.5.0.0/jre --enable-libgcj-multifile --disable-libjava-multilib --enable-java-maintainer-mode --with-arch=i586 --with-tune=generic
Thread model: posix
gcc version 4.7.2 20121109 (ALT Linux 4.7.2-alt7) (GCC)
alex@galene tmp/c++/tests $
对于那些挣扎的人:切换到提升版本1.53解决了问题。
相关文章:
- C++:将控制台输出存储在宏中更好吗
- 为什么在运行时没有向我们提供有关分段错误的更多信息?
- FFmpeg:制作一个应用程序比直接使用ffmepg更好吗
- 初始化具有非默认构造函数的std::数组项的更好方法
- 有没有比在库中添加一个并非由所有派生类实现的新虚拟函数更好的设计实践
- 为什么新的随机库比std::rand()更好
- 寻找一种更好的方法来表示无符号字符数组
- 哪种方法更好,性能明智
- 什么更好?返回对象指针列表?或返回指向对象列表的指针?
- 什么是更好的做法?通过指针或标识符传递类成员?
- 寻求更好地理解标准::访问
- 线程消息传递或更好:在"大师班"中访问其他班级的成员
- 有没有更好的方法来处理异常? try-catch块真的很丑
- 如何更好地检查两个 char 变量是否在一组值中?
- 有没有更好的方法对C++中的三个整数进行排序?
- 什么模板用法在阶乘中更好
- Boost tread 代码在 VC++ 下编译,但不在 GCC 下编译:如何获得更好的调试信息
- 我如何从boost ::异常获得更好的诊断信息
- 编译Qt应用程序以获得更好的调试信息(Linux)
- 将矩阵信息存储在STL矢量中.哪个是更好的矢量,哪个是矢量中的矢量