Re: [RFC PATCH] set TASK_TRACED before arch_ptrace code to fix a race

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Luming Yu
Date: Tuesday, June 3, 2008 - 7:16 pm

> It's definitely a bug in strace. For some reason (I don't care about)

This is exact problem I suspected and I was trying to address in my hack..
Since there are several processes involved in the pretty complex
ptrace scenario.,
I need to capture all processes context with kdump to confirm this is
exact root-cause
for the problem. But kdump doesn't work for me..I'm trying to solve it now..

I'm also in doubt about the semantic correctness of the test case..
Since SIGTRAP is so necessary to get ptrace work, is it legitimate to
block it in test case?

One more thing I need to say is:
Same strace works for utrace enabled kernel on IA64.. If the bug is in
strace, how could it happen?
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [RFC PATCH] set TASK_TRACED before arch_ptrace code to ..., Luming Yu, (Tue Jun 3, 7:16 pm)