This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: FYI: fix 2 tests when glibc debuginfo is installed


On 10/14, Pedro Alves wrote:
>
> On Friday 14 October 2011 22:25:10, Jan Kratochvil wrote:
> > On Fri, 14 Oct 2011 23:19:09 +0200, Pedro Alves wrote:
> > > On Friday 14 October 2011 20:37:05, Jan Kratochvil wrote:
> > > > thanks; although these testcases are broken anyway, they should be updated for
> > > > Linux kernels 3.1.x which always keep inferior stopped if it was stopped
> > > > during PTRACE_ATTACH; probably to XFAIL older kernels.
> > >
> > > Urgh.  Even if you SIGCONT the process before PTRACE_DETACH?
> >
> > Yes.  But I do not think it is problem, one can SIGCONT it safely after
> > PTRACE_DETACH.  Just it may be (T)-stopped for a moment but why not.

Confused... SIGCONT should work even the task is traced. It won't
resume the tracee, but it should change its (internal) state to
mark it as not-stopped.

> So,
>
> no debugger:
>
> $ kill -SIGSTOP PID
> *stop*
> $ kill -SIGCONT PID
> *continue*
>
> with debugger:
>
> $ kill -SIGSTOP PID
> *stop*
>                            $ strace/gdb -p PID
>                            ...
> $ kill -SIGCONT PID
>                            ^C/detach
> *stop*
>
> Oleg, do you have a pointer to a discussion or description of the
> change? Why doesn't at least the SIGCONT cancel the stop on detach?

It does or I missed something.

Oleg.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]