我正在编程一个可能会被其他人使用的ROS节点,这就是为什么我要遵循通用准则。有时我想向异常添加其他信息,但是我不确定该怎么做。这是一个方便的示例:
我的ROS节点使用boost库连接到串行设备。在linux下,需要为/ dev / ttyUSB0设置权限,例如,否则boost无法打开串行连接并终止程序。
这是从控制台复制的原始异常消息:
terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::system::system_error> >'
what(): open: Permission denied
Aborted (core dumped)
据我所知可能是什么问题,我想向用户提供其他信息。这就是为什么我用try / catch块包装导致问题的行:
try{
serial = new boost::asio::serial_port (io, port);
}
catch(const std::exception& e)
{
cerr << "EXCEPTION CAUGHT: Boost::asio::serial_port could not open a connection. Make sure that you have read/write access to the serial port (run: sudo chmod a+rw /dev/ttyUSB0)" << endl;
cerr << endl << "Original exception:" << endl;
throw;
}
这是处理这种情况的好方法还是坏方法?提前致谢
这是处理这种情况的好方法还是坏方法?
只有您知道这一点,因为只有您知道您的应用程序的功能和流程。
一些准则(可能不适用于您的情况):
捕获处理您的情况的最专门的异常(如@Johny所提到的,请尝试boost::system::system_error
)。
如果要在捕获异常时打印消息,请同时打印e.what()。在某些情况下,您可能会boost::system::system_error
由于与读取权限相关的原因(而不是/ dev / ttyUSB0根本不存在)而获得一个原因。如果不打印e.what()
,最终将导致失去实际的错误原因,并将其错误地识别为权限问题。
同时打印e.code()(如果使用boost::system::system_error
)。这将为您提供实际的(系统级别)错误代码,从而更精确地确定错误原因。
如果您可以从此错误中恢复,请不要throw;
进一步处理。terminate()
如果您这样做,您的应用程序将不会。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句