From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8214 invoked by alias); 19 Dec 2012 19:32:08 -0000 Received: (qmail 8206 invoked by uid 22791); 19 Dec 2012 19:32:08 -0000 X-SWARE-Spam-Status: No, hits=-6.4 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; Wed, 19 Dec 2012 19:32:04 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qBJJVxxH004697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 19 Dec 2012 14:32:00 -0500 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qBJJVvKR012777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 19 Dec 2012 14:31:57 -0500 From: Tom Tromey To: Jan Kratochvil Cc: =?utf-8?B?QW5kcsOpIFDDtm5pdHo=?= , gdb-patches@sourceware.org, marc.khouzam@ericsson.com, Dodji Seketeli 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> Date: Wed, 19 Dec 2012 19:32:00 -0000 In-Reply-To: <87d2y8v0b1.fsf@fleche.redhat.com> (Tom Tromey's message of "Mon, 17 Dec 2012 14:25:06 -0700") Message-ID: <877godon2q.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.90 (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/msg00717.txt.bz2 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 catchpoi= nt 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. 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 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... :) Tom