From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8013 invoked by alias); 5 Nov 2008 19:05:52 -0000 Received: (qmail 7958 invoked by uid 22791); 5 Nov 2008 19:05:51 -0000 X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 05 Nov 2008 19:05:12 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id mA5J4pHC013129; Wed, 5 Nov 2008 14:04:51 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id mA5J4oOo028844; Wed, 5 Nov 2008 14:04:51 -0500 Received: from opsy.redhat.com (vpn-13-58.rdu.redhat.com [10.11.13.58]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id mA5J4ooY027511; Wed, 5 Nov 2008 14:04:50 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id A26B83786BB; Wed, 5 Nov 2008 12:04:49 -0700 (MST) To: Thiago Jung Bauermann Cc: =?utf-8?Q?S=C3=A9rgio?= Durigan =?utf-8?Q?J=C3=BAnior?= , gdb-patches@sourceware.org Subject: Re: [PATCH 1/4] 'catch syscall' feature -- Architecture-independent part References: <1225773079.24532.52.camel@miki> <1225835702.20764.15.camel@localhost.localdomain> From: Tom Tromey Reply-To: tromey@redhat.com X-Attribution: Tom Date: Wed, 05 Nov 2008 19:05:00 -0000 In-Reply-To: (Tom Tromey's message of "Tue\, 04 Nov 2008 15\:32\:28 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: 2008-11/txt/msg00086.txt.bz2 >>>>> "Tom" =3D=3D Tom Tromey writes: Tom> However, as with the 'thread' (and Ada 'task') qualifier, the best Tom> approach depends a bit on the underlying OS' capabilities. That is, Tom> if there is a ptrace-like thing that handles the condition checking in Tom> the kernel, then it would be nice to expose that, instead of doing the Tom> check in gdb. I will try to find out if this is a planned froggy Tom> feature. I asked, and apparently this is already in froggy. The filtering is implemented kernel-side. So, I would like it if this part were changed as I suggested up-thread. We're starting to look at porting gdb to froggy and it would be nice to have this in place from the beginning. S=C3=A9rgio, I'm willing to write a patch against your branch for this, if you want. Just let me know. thanks, Tom