From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10574 invoked by alias); 26 Jan 2009 18:52:59 -0000 Received: (qmail 10565 invoked by uid 22791); 26 Jan 2009 18:52:58 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from e24smtp01.br.ibm.com (HELO e24smtp01.br.ibm.com) (32.104.18.85) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 26 Jan 2009 18:52:53 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp01.br.ibm.com (8.13.1/8.13.1) with ESMTP id n0QIvCKg002868 for ; Mon, 26 Jan 2009 16:57:12 -0200 Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id n0QJqJ613838038 for ; Mon, 26 Jan 2009 16:52:19 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n0QIqnio012838 for ; Mon, 26 Jan 2009 16:52:49 -0200 Received: from [9.18.203.38] ([9.18.203.38]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n0QIqnTd012825; Mon, 26 Jan 2009 16:52:49 -0200 Subject: Re: [PATCH 2/4] catch syscall -- try 4 -- Architecture-dependent part From: =?ISO-8859-1?Q?S=E9rgio?= Durigan =?ISO-8859-1?Q?J=FAnior?= To: uweigand@pctc1.boeblingen.de.ibm.com Cc: gdb-patches@sourceware.org, teawater In-Reply-To: <1232995610.26873.41.camel@miki> References: <200901261836.n0QIaKv7027857@pctc1.boeblingen.de.ibm.com> <1232995610.26873.41.camel@miki> Content-Type: text/plain; charset=iso-8859-1 Date: Mon, 26 Jan 2009 18:59:00 -0000 Message-Id: <1232995957.26873.44.camel@miki> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes 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: 2009-01/txt/msg00507.txt.bz2 On Mon, 2009-01-26 at 16:46 -0200, Sérgio Durigan Júnior wrote: > Hi Ulrich, > > On Mon, 2009-01-26 at 19:36 +0100, uweigand@pctc1.boeblingen.de.ibm.com > wrote: > > Segio Durigan Junior wrote: > > > > > +static void > > > +linux_enable_tracesysgood (ptid_t ptid) > > > +{ > > > + int pid = ptid_get_lwp (ptid); > > > + > > > + if (pid == 0) > > > + pid = ptid_get_pid (ptid); > > > + > > > + if (linux_supports_tracesysgood (pid) == 0) > > > + return; > > > + > > > + current_ptrace_options |= PTRACE_O_TRACESYSGOOD; > > > + linux_passed_by_entrypoint_flag = 1; > > > + > > > + ptrace (PTRACE_SETOPTIONS, pid, 0, current_ptrace_options); > > > +} > > > > I don't see any place where this function is ever called ... > > Could you explain how this is supposed to work? Or am I > > overlooking something here? > > If you take a closer look, you'll see that it's called in: > > - linux_child_post_attach > - linux_child_post_startup_inferior Wow, that made me see another mistake... I'm really sorry, it seems I have mixed the arch-dep and indep patches (specifically the linux-nat.c file). I don't think it's a real trouble, but if you want I can resubmit the patches. Sorry about that. Regards, -- Sérgio Durigan Júnior Linux on Power Toolchain - Software Engineer Linux Technology Center - LTC IBM Brazil