From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15433 invoked by alias); 16 Jan 2009 14:30:47 -0000 Received: (qmail 15384 invoked by uid 22791); 16 Jan 2009 14:30:47 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from imr1.ericy.com (HELO imr1.ericy.com) (198.24.6.9) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Jan 2009 14:30:03 +0000 Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id n0GEZ4O2031866; Fri, 16 Jan 2009 08:35:05 -0600 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Jan 2009 08:29:55 -0600 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Discussing the next GDB release (GDB 7.0?) Date: Fri, 16 Jan 2009 14:30:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA06C52409@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <20090116033948.GI31296@adacore.com> References: <20090116033948.GI31296@adacore.com> From: "Marc Khouzam" To: "Joel Brobecker" , "teawater" Cc: "David Daney" , X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-01/txt/msg00093.txt.bz2 > From: Joel Brobecker > Sent: Thursday, January 15, 2009 10:40 PM >=20 > > > Do we need process record and replay in 7.0 release? > > > It's in submit process. >=20 > > And catch syscall? I think it hang too. >=20 > Neither of these features seem critical to me, but that's only > a personal opinion. As GDB Maintainer, I think of my role as being > the technician that implements the recommendations of the GDB > Maintainers. If the maintainers think this is critical, then > I'll add them to the list as blocking for the release. >=20 > That being said, this does not mean that they will not make it > for the release. If they get checked in before we branch, then > they're in... For what its worth, I can't speak to the level of criticality of=20 process record and replay, but we would really like to see this in=20 the 7.0 release.=20=20 I am almost ready with the Eclipse support for it (I manually=20 applied the patches to GDB) and plan on doing a demo at EclipseCon.=20=20 =46rom what I was told, reverse debugging generates a lot of interest=20 in people and would be a great addition to GDB. Great work on the whole Reverse Debugging feature and Process Record and Replay! Marc