From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4036 invoked by alias); 10 Sep 2010 19:06:06 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 4020 invoked by uid 22791); 10 Sep 2010 19:06:06 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Oleg Nesterov X-Fcc: ~/Mail/utrace Cc: Jan Kratochvil , utrace-devel@redhat.com, archer@sourceware.org Subject: Re: gdbstub initial code, v7 In-Reply-To: Oleg Nesterov's message of Friday, 10 September 2010 20:29:03 +0200 <20100910182903.GB27699@redhat.com> References: <20100830185850.GA1132@redhat.com> <20100830192040.GA15431@host1.dyn.jankratochvil.net> <20100831072048.GA26362@host1.dyn.jankratochvil.net> <20100902200632.GA23692@redhat.com> <20100903064008.GA16249@host1.dyn.jankratochvil.net> <20100903230957.GC8917@redhat.com> <20100910101452.39015405D5@magilla.sf.frob.com> <20100910182903.GB27699@redhat.com> Message-Id: <20100910190547.85CBD405D5@magilla.sf.frob.com> Date: Fri, 10 Sep 2010 19:06:00 -0000 X-SW-Source: 2010-q3/txt/msg00178.txt.bz2 > ugdb sets "please stop" flag and does utrace_control(INTERRUPT). However, > in unlikely case the tracee can stop before ->report_signal() reporting I don't think this is the right thing to do. When the intent is explicitly to interrupt, there is no reason to stop before the interruption is complete, i.e. report_signal. If you only stop there, then you can always process a signal injection with complete flexibility. The gdb model and the remote protocol doesn't currently have any concept of requesting a stop that is not an interruption. Thanks, Roland