From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3675 invoked by alias); 19 Dec 2012 20:11:43 -0000 Received: (qmail 3512 invoked by uid 22791); 19 Dec 2012 20:11:38 -0000 X-SWARE-Spam-Status: No, hits=-4.1 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL X-Spam-Check-By: sourceware.org Received: from imr4.ericy.com (HELO imr4.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 19 Dec 2012 20:11:30 +0000 Received: from EUSAAHC006.ericsson.se ([147.117.188.90]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id qBJKL1AJ020783; Wed, 19 Dec 2012 14:22:59 -0600 Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.02.0318.004; Wed, 19 Dec 2012 15:10:19 -0500 From: Marc Khouzam To: "'Tom Tromey'" , "'Jan Kratochvil'" , "'Mikhail Khodjaiants'" CC: =?iso-8859-1?Q?=27Andr=E9_P=F6nitz=27?= , "'gdb-patches@sourceware.org'" , "'Dodji Seketeli'" Subject: RE: RFC: implement "catch signal" Date: Wed, 19 Dec 2012 20:11:00 -0000 Message-ID: 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> In-Reply-To: <877godon2q.fsf@fleche.redhat.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes 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/msg00719.txt.bz2 > -----Original Message----- > From: Tom Tromey [mailto:tromey@redhat.com]=20 > Sent: Wednesday, December 19, 2012 2:32 PM > To: Jan Kratochvil > Cc: Andr=E9 P=F6nitz; gdb-patches@sourceware.org; Marc Khouzam;=20 > Dodji Seketeli > Subject: Re: RFC: implement "catch signal" >=20 > Jan> I do not know how serious is the backward compatibility of > Jan> type=3D"catchpoint". >=20 > Tom> Me neither. >=20 > On irc, Andr=E9 said that at least his front end isn't handling=20 > catchpoint > at all. So I would guess that changing this, at least for=20 > him, would be > fine. >=20 > CCing Marc Khouzam, to get the Eclipse perspective, and Dodji for > nemiver. >=20 > 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. >=20 > The alternative is something like type=3D"catchpoint",catch-type=3D"load". Eclipse looks for 'type' to start with "catchpoint", so having something like type=3D"catchpoint-load" would be backwards-compatible in our case. I've added Mikhail Khodjainants who has recently worked on synchronizing Eclipse and GDB 'breakpoints' but ran into serious problems for catchpoints. > I sometimes think we should have a special "MI discuss" list=20 > just so we > can work these things out without requiring all the MI=20 > consumer authors > to filter through the main lists. Just CCing a couple people whose > names I remember isn't very good... :) gdb-mi@source... could be a good thing to have. >=20 > Tom >=20