GDB C++ - Inspecting STL Containers when looking at a core dump?(GDB C++ - 在查看核心转储时检查 STL 容器?)
问题描述
我正在 gdb 中调试我的程序的核心转储(事后分析).我打开它:gdb [程序名称] [核心名称]
I'm debugging a core dump of my program (post-mortem) inside gdb. I opened it with: gdb [program_name] [core_name]
但是,当我尝试检查 STL 向量时,例如打印 vec->size()或者打印 vec->at(0)
However when I attempt to inspect a STL vector, e.g. print vec->size() or print vec->at(0)
我得到了错误
如果没有调试过程,您将无法做到这一点"
"You can't do that without a process to debug"
我只是想检查这些容器的内容和大小.有什么方法可以将虚拟进程附加到核心转储 gdb 检查,以便我可以做到这一点?
I'm just trying to inspect the contents and sizes of these containers. Is there any way to attach a dummy process to a core-dump gdb inspection so I can do this?
推荐答案
打印向量:
(gdb) print *vec
然后熟悉实现向量的内部结构并打印原始缓冲区.通常称为_M_buffer"或类似的名称.根据您的操作方式,缓冲区可能位于其中的内部对象.
Then familiarize yourself with the internals of your implementation's vector and print the raw buffer. Often called "_M_buffer" or something like that. Depending on how yours is done there may be an internal object that the buffer is inside of.
这篇关于GDB C++ - 在查看核心转储时检查 STL 容器?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:GDB C++ - 在查看核心转储时检查 STL 容器?


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