From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26648 invoked by alias); 9 Oct 2013 22:09:55 -0000 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 Received: (qmail 26629 invoked by uid 89); 9 Oct 2013 22:09:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mailrelay001.isp.belgacom.be Received: from mailrelay001.isp.belgacom.be (HELO mailrelay001.isp.belgacom.be) (195.238.6.51) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Oct 2013 22:09:54 +0000 X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBABzTVVJXQucZ/2dsb2JhbAANTYc5vhyBNoMZAQEBBCNWEAsYAgIfBwICVwauB3WSQIEpjhwHgmqBOQOraoFA Received: from 25.231-66-87.adsl-dyn.isp.belgacom.be (HELO [192.168.1.5]) ([87.66.231.25]) by relay.skynet.be with ESMTP; 10 Oct 2013 00:09:51 +0200 Subject: Re: RFA [PATCH v4] Implement 'catch syscall' for gdbserver (was Re: RFA [PATCH v3] Implement 'catch syscall' for gdbserver) From: Philippe Waroquiers To: Sergio Durigan Junior Cc: Pedro Alves , gdb-patches@sourceware.org In-Reply-To: References: <1379796907.5980.20.camel@soleil> <1380467062.3567.52.camel@soleil> <524DBA28.3070706@redhat.com> <1380837750.2217.104.camel@soleil> <524EFB00.90105@redhat.com> <524FD8A9.2010006@redhat.com> <1381355683.2141.68.camel@soleil> Content-Type: text/plain; charset="UTF-8" Date: Wed, 09 Oct 2013 22:09:00 -0000 Message-ID: <1381356618.4523.2.camel@soleil> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00323.txt.bz2 On Wed, 2013-10-09 at 19:05 -0300, Sergio Durigan Junior wrote: > On Wednesday, October 09 2013, Philippe Waroquiers wrote: > > > * Need to investigate the bug in gdb 'catch syscall' flip/flop logic. > > If this logic can be fixed, then have gdbserver and gdb using > > the same logic. > > Just FYI, I started a weekend-project to implement the > PTRACE_O_SYSCALL_{ENTER,EXIT} ideas from our wishlist :-). I already > have a patch working, but I need to give it some love before posting > it... That is nice. But I guess we still need gdb to work with (old/current) kernels that will not provide this functionality (and/or with stubs for non linux based OS that will never benefit from this). Philippe