在ptraced Linux进程中调用ptrace

有人在Wikipedia “ptrace” article中声称,在Linux上,一个ptraced进程本身无法进行另一个进程.我试图确定是否(以及如果是这样的原因)就是这种情况.下面是一个我试图测试的简单程序.我的程序失败(子子进程无法正常运行)但我确信这是我的错误,而不是基本的东西.

从本质上讲,初始过程A分叉进程B进而分叉C.对其子B进行ptra,B对其子进行处理C.一旦它们被设置,所有三个进程都被写入只打印A,B或C到stdout每秒一次.

在实践中发生的事情是A和B工作正常,但C只打印一次然后卡住.检查ps -eo pid,cmd,wchan显示C卡在内核函数ptrace_stop中,而其余的都在hrtimer_nanosleep中,我希望这三个都是.

偶尔三个都可以工作(所以程序打印Cs以及As和Bs),这让我相信初始设置中存在一些竞争条件.

我猜测可能出现的问题是：

>与A有关A看到与B相关的SIGCHLD看到SIGCHLD与C的信号有关,并等待(2)将​​两者报告为来自B(但是对两个pids的一个hacky调用PTRACE_CONT并不能解决问题) ？
> C应该被B跟踪 – C代替继承了ptrace(而B的调用ptrace既没有错也没有覆盖它)？

谁能弄清楚我做错了什么？谢谢.

#include 

最佳答案

你确实看到了竞争条件.你可以通过放睡来重复发生它(1);紧接在第二次fork()调用之前.

由于进程A未正确地将信号传递给进程B,因此导致竞争条件.这意味着如果进程B在进程A开始跟踪进程B之后开始跟踪进程C,则进程B永远不会获得指示进程C已停止的SIGCHLD信号,所以它永远不会继续下去.

要解决此问题,您只需修复SIGCHLD处理程序：

static void sigchld_handler(int sig){
    int result,status;
    pid_t child_pid = wait(&status); // find who send us this SIGCHLD

    printf("%d received SIGCHLD on %d\n",getpid(),child_pid);
    if (WIFSTOPPED(status))
    {
        result=ptrace(PTRACE_CONT,WSTOPSIG(status));
        if(result) {
            perror("continuing after SIGCHLD");
        }
    }
}