From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5991 invoked by alias); 3 Sep 2010 20:03:11 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 5929 invoked by uid 22791); 3 Sep 2010 20:03:10 -0000 X-SWARE-Spam-Status: No, hits=-6.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Date: Fri, 03 Sep 2010 20:03:00 -0000 From: Jan Kratochvil To: Roland McGrath Cc: Oleg Nesterov , utrace-devel@redhat.com, archer@sourceware.org Subject: Re: gdbstub initial code, v7 Message-ID: <20100903200253.GA22347@host1.dyn.jankratochvil.net> 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> <20100903195906.406D5401B3@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100903195906.406D5401B3@magilla.sf.frob.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-SW-Source: 2010-q3/txt/msg00141.txt.bz2 On Fri, 03 Sep 2010 21:59:06 +0200, Roland McGrath wrote: > > Currently GDB does not do anything special, that is if there is siginfo for > > signal SIGUSR1 but one does $C0B (SIGSEGV) does ptrace reset the siginfo or is > > left the SIGUSR1 siginfo for SIGSEGV? > > The kernel considers this sloppy behavior on the debugger's part. If > you inject a different signal, we expect you should PTRACE_SETSIGINFO > to something appropriate, or else that you really didn't care about > the bits being accurate. If the resumption signal does not match the > siginfo_t.si_signo, then the kernel resets the siginfo as if the > debugger had just used kill with the new signal (i.e. si_pid, si_uid > point to the ptracer). OK, that seems to me as the best choice. Sorry I did not test/read it. Thanks, Jan