我正在使用valgrind和gdb调试程序。但是,我以野蛮的方式终止这些调试会话......它真的是如何实现的吗?
按照official valgrind website的说明,我执行以下操作来运行程序:
valgrind --tool=memcheck --vgdb=yes --vgdb-error=0 ./prgm.run
gdb ./prgm.run
(gdb) target remote | vgdb
(gdb) c
到目前为止一切顺利:程序在两个终端中运行(用于valgrind的程序和用于gdb的程序)。然后valgrind发现错误,例如读取无效,程序执行暂停。
那时,我想摆弄我的代码:或许修改一些东西,或者从程序的源代码中注释/取消注释。因此,该程序需要重新编译。生成新的二进制文件。接下来,我想停止正在进行的valgrind和gdb会话(使用旧的二进制文件)并启动将使用新二进制文件的新valgrind和gdb会话。
为了停止正在进行的会话,我退出了gdb
(gdb) q
有时valgrind会注意到gdb不再存在并退出。但其他时候valgrind仍然保持平衡 - 虽然没有gdb进程存在...
在那种情况下,我杀死了与我的valgrind会话相对应的“memcheck-amd64-”进程。该进程的数量在valgrind消息中指示,例如在16195
的==16195== Invalid read of size 8
)。
kill -9 16195
常规杀人是不够的:我需要使用-9
选项。
我不认为调用kill -9
是如何做的...我错过了什么?
valgrind版本:3.10.1
gdb版本:7.7.1
你也可以使用命令
(gdb)monitor v.kill
它在gdb的监视器帮助中列出。
以前的答案对我不起作用,所以我发现this就是这样做的。
(gdb) info inferiors
应该列出gdb会话中的所有下级,找到一个以'remote target'为名的那个,注意它左边的数字(如果没有其他的下级在gdb中运行,则为1)(gdb) kill inferiors <number>
用较差的数字替换<number>
。(gdb) quit
以下适用于我:
gdb
分离:(gdb) detach
。gdb
:(gdb) quit
。