linux - gdbserver 无法中断 "SOME"进程，gdbserver 调用的 kill(pid,2) 没有向进程发送 SIGINT，发生了什么？

Question

环境是:

target:x86_64 client,运行 strip 化的程序

主机:x86_64服务器，有代码，工具链， strip 程序，用于调试的符号文件

在目标上运行 gdbserver:

%gdbserver --multi :1234 /pathtolog/gdb.log

在目标上运行程序:

./someprogram &

[1] PID

在主机上运行 gdb:

%gdb

(gdb)target extended-remote TARGETIP:1234

(gdb)file someprogram

(gdb)setrootfs pathtorootfs

(gdb)...//set lib path etc.

(gdb)attach PID

...//load everything as normal

...//stop somewhere

(gdb)c

^C^CThe target is not responding to interrupt requests.

Stop debugging it? (y or n)

试图找到根本原因:

在目标上:

gdb 附加到 gdbserver(是的，我现在可以在目标上使用 gdb，但是目标机器应该在没有 gdb、symbles 等的情况下发布)。

(gdb) b kill

Breakpoint 1 at 0xf760afb0

(gdb) c

Continuing.

当从主机 gdb 按下 ctrl+c 时，gdbserver 将进入断点

Breakpoint 1, 0xf760afb0 in kill () from /lib/libc.so.6

(gdb)

我查看了寄存器，%esp 寄存器显示如下:

(gdb) x /32wx 0xffee8070

0xffee8070: 0xfffffe0c 0x00000002 0x00000001 0x00000000

0xfffffe0c = -PID0x00000002 = 信号

某些程序会在 gdb 服务器继续运行时收到信号。所以，kill() 适用于“某些程序”，而不是全部。

我在 gdb/gdbserver 之间使用 tcpdump 监控数据。如果 kill() 有效(对于“GOOD”程序)，gdbserver 将向 gdb 发送一个数据包。

我试过了 sigmonitor ，发现 gdbserver 在这种情况下没有向“BAD 程序”发送任何信号。但是我可以调用 kill(pid,2) int gdbserver 调试 gdb 进程

(gdb) call kill(PID,2)

然后 dmesg 显示如下

[11902.060722] ==========send_signal===========

          SIG 2 to 6141[a.out], tgid=6141

...

          SIG 19 to 6142[a.out], tgid=6141

[11902.111135] Task Tree of 6142 = {

...

有什么想法吗？

Answer 1

找到一个可能的匹配 bug of gdbserver .gdbserver调用kill()的参数是-PID，不是PID。

gdbserver sends SIGINT not to the process, but to the process group (-signal_pid). But the attached process is not always a process group leader. If not, "kill (-signal_pid, SIGINT)" returns error and fails to interrupt the attached process.

static void linux_request_interrupt (void)
{
  /* Send a SIGINT to the process group.  This acts just like the user
     typed a ^C on the controlling terminal.  */
-  kill (-signal_pid, SIGINT);
+  kill (signal_pid, SIGINT);
}

这个问题在 gdb-8.1 中仍然存在，不知道为什么他们不认为这是一个问题。