From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2102 invoked by alias); 15 Oct 2011 14:52:17 -0000 Received: (qmail 2089 invoked by uid 22791); 15 Oct 2011 14:52:16 -0000 X-SWARE-Spam-Status: No, hits=-6.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 15 Oct 2011 14:51:59 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p9FEpsHW018019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Oct 2011 10:51:54 -0400 Received: from tranklukator.englab.brq.redhat.com (dhcp-1-232.brq.redhat.com [10.34.1.232]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with SMTP id p9FEpqxt002716; Sat, 15 Oct 2011 10:51:53 -0400 Received: by tranklukator.englab.brq.redhat.com (nbSMTP-1.00) for uid 500 oleg@redhat.com; Sat, 15 Oct 2011 16:48:01 +0200 (CEST) Date: Sat, 15 Oct 2011 14:52:00 -0000 From: Oleg Nesterov To: Pedro Alves Cc: Jan Kratochvil , gdb-patches@sourceware.org, Tom Tromey Subject: Re: FYI: fix 2 tests when glibc debuginfo is installed Message-ID: <20111015144758.GA5011@redhat.com> References: <201110142219.10084.pedro@codesourcery.com> <20111014212510.GA20587@host1.jankratochvil.net> <201110142241.46746.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201110142241.46746.pedro@codesourcery.com> User-Agent: Mutt/1.5.18 (2008-05-17) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00436.txt.bz2 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.