为什么 gdb 不适用于这个简单的 hello world 程序

Question

Code (m1.cpp(：

#include <iostream>
using namespace std;
int main (int argc, char *argv[])
{
   cout << "running m1" << endl;
   return 0;
}

GDB 版本： GNU gdb (GDB( 7.6.2

构建使用：g++ -g m1.cpp

命令行历史记录：

(gdb) b main
Breakpoint 1 at 0x40087b: file m1.cpp, line 6.
(gdb) r
Starting program: .../a.out
Program received signal SIGSEGV, Segmentation fault.
0x00002aaaaaac16a0 in strcmp () from /lib64/ld-linux-x86-64.so.2
(gdb) c
Continuing.
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)

当我在未设置任何断点的情况下运行时，它运行时没有错误。

根据要求：

(gdb) bt
#0  strcmp () from /lib64/ld-linux-x86-64.so.2
#1  in check_match.12104 () from /lib64/ld-linux-x86-64.so.2
#2  in do_lookup_x () from /lib64/ld-linux-x86-64.so.2
#3  in _dl_lookup_symbol_x () from /lib64/ld-linux-x86-64.so.2
#4  in _dl_relocate_object () from /lib64/ld-linux-x86-64.so.2
#5  in dl_main () from /lib64/ld-linux-x86-64.so.2
#6  in _dl_sysdep_start () from /lib64/ld-linux-x86-64.so.2
#7  in _dl_start () from /lib64/ld-linux-x86-64.so.2
#8  in _start () from /lib64/ld-linux-x86-64.so.2
#9  in ?? ()

Answer 1

我能够复制 OP 观察到的行为(使用相同的编译并获得相同的回溯(。 该行为在一系列 GDB 和 GCC 中是持久的。 我注意到当我取消设置 SHELL 时症状消失了。 在我的正常环境中，我使用 tcsh(版本 1.15.00(。 如果设置了 SHELL，那么(我相信(gdb 使用 tcsh 启动。 如果我取消设置 SHELL，gdb 使用 sh 启动。 这足以让我向前迈进。 我没有一个清晰的解释，在tcsh中会有什么不同来表现这个问题，但如果其他人有相同的行为，它可能会对这个问题有更多的了解。

Answer 2

我在我的GNU gdb版本7.11.1中检查过。它在其中工作得非常好。我首先编译了相同的程序，并使用以下命令构建了它：

g++ -g m1.cpp

然后，在 gdb 中运行可执行文件，如下所示：

gdb -q ./a.out

并做了你提到的同样的事情。它工作正常。更新您的 gdb，然后再次检查并告知。