我正在尝试使用GDB的漂亮打印工具来显示自定义C++矩阵类.
这个课程非常标准,你可以在任何地方找到.它是一个按类型参数化的模板,可以用mat [i] [j]等C类表示法访问.这首先隐式返回表示行或列的另一个模板"Slice"类,[]运算符可以再次访问该类以提取数据.该类本身使用普通的C数组进行存储,但它正在实现一些技巧,比如预先分配更大的矩阵,启用非零启动,使用步幅等选项.该类没有本机打印接口,我无法修改它,或轻松链接我自己的代码.
自定义功能使得在Python中重现直接数据访问代码变得非常痛苦.但那有必要吗？一般来说:为什么漂亮的印刷会重现访问数据的逻辑？我不能只使用C++调用并使用[]运算符来打印第i,第j个元素吗？在这样的请求期间,Slice类在GDB中是临时的,这一事实使这更加复杂.
我也是python和GDB脚本的初学者.我试图破解示例用gdb.execute调用替换数据访问,但我不知道如何从to_string函数访问对象名称,所以我可以使用类似gdb.execute(??? +'[]的东西+ str(i)+']',False,True).
我想知道这样做的最有效方法是什么.
我的理解是gdb可以监视正在运行的程序的完整状态。我可以保存在断点处暂停的gdb会话并在以后恢复该会话吗？
我的第一次尝试只是在第一个gdb会话中生成了一个核心转储，该会话在断点处暂停，然后使用该核心转储来启动第二个gdb会话。
这导致以下错误。
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
因此，将断点信息插入程序状态，很有趣。在第二次尝试中，我执行了相同的操作，但是这次我在第二次会话中添加了与第一次会话相同的断点。
仍然，我得到同样的错误。
我可以保存并重新启动gdb会话吗？如果是这样，怎么办？
我认为这并不直接相关，但我也收到了此警告。
warning: core file may not match specified executable file.
是gdb只是简单地声明这种事情通常是可能的，还是gdb认为这可能是在运行的会话中发生的？我相信，生成核心转储的同一可执行文件正在gdb下运行。
编辑：对于其他人，这个问题：保存进程的内存以供以后使用？添加到Mats Petersson的答案和指向本文的链接：http : //blogs.msdn.com/b/oldnewthing/archive/2004/04/20/116749.aspx，这是一本有趣的文章。链接的问题还建议将进程包装在VM中。