What is the proper way to break on failed asserts in gdb?(在GDB中中断失败断言的正确方法是什么?)
本文介绍了在GDB中中断失败断言的正确方法是什么?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
我正在尝试捕获程序中失败的断言。我正在使用一个直接调用Assert()的库,而不是一个定制函数或宏,目前我正试图在这个库中跟踪几个与移植相关的错误。所有涉及的内容都已在g++中使用调试符号进行了编译。
我所找到的最佳解决方案是在Assert的file:行中使用Assert表达式的条件断开。这允许在断言失败之前停止,但这是一个可怕的解决方案。它需要为每个可能失败的断言进行特殊设置,在我的IDE中不起作用,而且通常太费力了。
如何使用gdb和GCC中断任何失败的断言,以允许检查Assert调用范围内的调用堆栈和变量?
如果解决方案允许我丢弃Assert的失败并继续运行,那就更好了。
推荐答案
在abort()
上设置断点似乎是最佳答案。
break abort
在GDB的CLI中。
这篇关于在GDB中中断失败断言的正确方法是什么?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
织梦狗教程
本文标题为:在GDB中中断失败断言的正确方法是什么?


基础教程推荐
猜你喜欢
- 初始化列表*参数*评估顺序 2021-01-01
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- CString 到 char* 2021-01-01
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01