From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18250 invoked by alias); 20 Dec 2012 08:58:43 -0000 Received: (qmail 18242 invoked by uid 22791); 20 Dec 2012 08:58:42 -0000 X-SWARE-Spam-Status: No, hits=-6.0 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 20 Dec 2012 08:58:37 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qBK8wWkw003115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Dec 2012 03:58:32 -0500 Received: from localhost (ovpn-116-67.ams2.redhat.com [10.36.116.67]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id qBK8wUBg020700 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Dec 2012 03:58:31 -0500 Received: by localhost (Postfix, from userid 1000) id 7B3A69F162; Thu, 20 Dec 2012 09:58:29 +0100 (CET) From: Dodji Seketeli To: Tom Tromey Cc: Jan Kratochvil , =?utf-8?B?QW5kcsOpIFA=?= =?utf-8?B?w7ZuaXR6?= , gdb-patches@sourceware.org, marc.khouzam@ericsson.com Subject: Re: RFC: implement "catch signal" References: <874nkpv03j.fsf@fleche.redhat.com> <20121202093807.GA21883@host2.jankratochvil.net> <87y5hfvu5v.fsf@fleche.redhat.com> <20121203193713.GA10256@host2.jankratochvil.net> <87obibvsb1.fsf@fleche.redhat.com> <20121203202233.GA23933@klara.mpi.htwm.de> <20121203203126.GA13490@host2.jankratochvil.net> <87mwxpvh4y.fsf@fleche.redhat.com> <20121207184456.GA15968@host2.jankratochvil.net> <87ehj1ve4f.fsf@fleche.redhat.com> <20121207200401.GA20329@host2.jankratochvil.net> <87d2y8v0b1.fsf@fleche.redhat.com> <877godon2q.fsf@fleche.redhat.com> X-URL: http://www.redhat.com Date: Thu, 20 Dec 2012 08:58:00 -0000 In-Reply-To: <877godon2q.fsf@fleche.redhat.com> (Tom Tromey's message of "Wed, 19 Dec 2012 12:31:57 -0700") Message-ID: <87r4mlkslm.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.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: 2012-12/txt/msg00735.txt.bz2 Tom Tromey writes: > Jan> I do not know how serious is the backward compatibility of > Jan> type=3D"catchpoint". > > Tom> Me neither. > > On irc, Andr=C3=A9 said that at least his front end isn't handling catchp= oint > at all. So I would guess that changing this, at least for him, would be > fine. > > CCing Marc Khouzam, to get the Eclipse perspective, and Dodji for > nemiver. Actually, Nemiver doesn't handle catchpoint either. It's on my todo list. > The background is that right now all catchpoints report > type=3D"catchpoint" in MI; but it seems better to me to make this report > the real catchpoint type, e.g., type=3D"catch-load" or something like > that. > > The alternative is something like type=3D"catchpoint",catch-type=3D"load". I tend to prefer this alternative, but really, I don't have any strong opinion about this. I'd say that if the information about the different types of catchpoints is present, it's fine. Just curious, what would be the drawback of this alternative, compared to, say, type=3D'catch-load'? > I sometimes think we should have a special "MI discuss" list just so we > can work these things out without requiring all the MI consumer authors > to filter through the main lists. Just CCing a couple people whose > names I remember isn't very good... :) Hehe, yeah, i'd welcome such a list. Thanks. --=20 Dodji