From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30639 invoked by alias); 4 Nov 2008 22:33:26 -0000 Received: (qmail 30588 invoked by uid 22791); 4 Nov 2008 22:33:25 -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; Tue, 04 Nov 2008 22:32:49 +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 mA4MWW3u016534; Tue, 4 Nov 2008 17:32:32 -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 mA4MWUse019800; Tue, 4 Nov 2008 17:32:30 -0500 Received: from opsy.redhat.com (vpn-14-82.rdu.redhat.com [10.11.14.82]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id mA4MWTLS022229; Tue, 4 Nov 2008 17:32:30 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id 09C47508089; Tue, 4 Nov 2008 15:32:29 -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: Tue, 04 Nov 2008 22:33:00 -0000 In-Reply-To: <1225835702.20764.15.camel@localhost.localdomain> (Thiago Jung Bauermann's message of "Tue\, 04 Nov 2008 19\:55\:01 -0200") 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/msg00063.txt.bz2 >>>>> "Thiago" =3D=3D Thiago Jung Bauermann writes: Thiago> I think a better analogy is a breakpoint with a Thiago> condition. Ideally, I think you would do that by setting a Thiago> catchpoint for all syscalls (which S=C3=A9rgio's patch supports) Thiago> and then put conditions to tell which syscalls you are Thiago> interested in. At least for me, it sounds more natural. Thiago> Except that there's no way to do that. :-) Perhaps we could create a Thiago> convenience function which would return the syscall name? I think that would satisfy me for time being. If we're going that route, then as far as I'm concerned it can even be deferred until we wire up the Python bits in this area. However, as with the 'thread' (and Ada 'task') qualifier, the best approach depends a bit on the underlying OS' capabilities. That is, if there is a ptrace-like thing that handles the condition checking in the kernel, then it would be nice to expose that, instead of doing the check in gdb. I will try to find out if this is a planned froggy feature. Tom