GDB奇怪的行为- Linux
GDB strange behavior - Linux
昨天我对我的archlinux进行了相当大的更新(经过两个月)。我更新了用于开发的GCC, GDB和QtCreator。
gcc -v
gcc version 4.9.1 (GCC)
gdb -v
GNU gdb (GDB) 7.8
qtcreator -version
Qt Creator 3.2.0 based on Qt 5.3.1
今天我注意到gdb的奇怪行为。如果我第一次启动调试器(在重新启动计算机之后),它就可以工作了。但调试器停止后,或刚刚调试的应用程序被停止,它将不会再次运行…如果我再次开始调试,它非常慢(但CPU显示正常负载),需要几分钟才能再次启动调试的应用程序。当调试完全冻结后,它必须通过"killall gdb"被杀死。
我从GDB得到的唯一输出是:
"warning: GDB: Failed to set controlling terminal: Inappropriate ioctl for devicen"
Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
我试着在这里搜索,但是这个帖子无法加载linux-vdso.so.1的共享库符号。虽然调试告诉"无法加载共享库…"没什么特别的。
我也在用archlinux。
gdb -v
GNU gdb (GDB) 7.8
qtcreator -version
Qt Creator 3.2.0 based on Qt 5.3.1`
面对这种行为并解决了将gdb降级到7.7版本的问题
是的,你提到的gdb警告与手头的问题无关。
但不知道为什么会这样
相关文章:
- 在C++/Linux中设置单调时钟的一些技巧
- Linux的Cpp上的计时器
- 在VS代码中交叉编译Windows与Linux上的MinGW的SDL程序
- 如果从脚本运行应用程序,则在 Linux 中使用 GDB
- 使用 gdb 调试 linux 守护程序的初始启动
- C++:在Linux shell脚本中运行GDB
- C++Linux二进制终止信号SIGKILL-为什么?(加载在GDB中)
- 使用 Linux Eclipse,我可以以编程方式判断我正在调试器 (gdb) 中执行
- 如何在Linux的GDB/Neiver中显示C++STL容器
- 如何在 Eclipse 中启动 gdb 调试之前运行 linux 脚本
- 试图让 curl 在 c++ Linux 和 GDB 中工作
- 在 Linux 中使用 gdb 调试 Firebreath
- gdb fork() exec on Linux
- 如何在Linux上使用带gdb的xterm中的valgrind(redhat)
- 在Linux上,在Eclipse CDT中使用gdb调试C++应用程序,以及如何向stdin输入内容
- GDB奇怪的行为- Linux
- C/C++ Linux GDB API
- Linux gdb 'examine'行为
- 在gdb中为linux启用memleak选项
- 其中是特定于 Cell Linux 环境的 GDB 文档