On Sun, Feb 01, 2004 at 04:55:11PM -0800, Linus Torvalds wrote: > On Sun, 1 Feb 2004, Roland McGrath wrote: > > I haven't really looked into the problem with Dan's test case yet (didn't > > seem to reproduce, but I haven't tried a current and cruft-free kernel yet). > > But I don't see any problem with the implementation of PTRACE_KILL. > > Hmm.. For me, Dan's program (with "-DBUG -DNOTHREAD") results in a > sleeping parent, and both children are likewise just sleeping. Despite the > fact that the parent just did the PTRACE_KILL on child2. > > I didn't trace it through the kernel, it just looked like PTRACE_KILL > didn't do anything. I agree with both of you. So, I think what happens is that PTRACE_KILL immediately after the PTRACE_CONT works because there is no schedule in between, so the effect of PTRACE_KILL is still seen by the (grand)child. Once the grandchild has returned it has become immune for PTRACE_KILL. Maybe there is no bug. Andries - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: More waitpid issues with CLONE_DETACHED/CLONE_THREADLinus Torvalds
- Re: More waitpid issues with CLONE_DETACHED/CLONE_THREADRoland McGrath
- Re: More waitpid issues with CLONE_DETACHED/CLONE_THREADLinus Torvalds
- Prev by Date: 2.6 EXTRAVERSION is bad for -rcX-bkY's
- Next by Date: Re: More waitpid issues with CLONE_DETACHED/CLONE_THREAD
- Previous by thread: Re: More waitpid issues with CLONE_DETACHED/CLONE_THREAD
- Next by thread: Re: More waitpid issues with CLONE_DETACHED/CLONE_THREAD
- Indexes:[Main][Thread]