From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14044 invoked by alias); 16 Dec 2008 08:44:31 -0000 Received: (qmail 14034 invoked by uid 22791); 16 Dec 2008 08:44:31 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from oden.vtab.com (HELO oden.vtab.com) (62.20.90.195) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 16 Dec 2008 08:43:41 +0000 Received: from oden.vtab.com (oden.vtab.com [127.0.0.1]) by oden.vtab.com (Postfix) with ESMTP id 84E3426EF08; Tue, 16 Dec 2008 09:43:38 +0100 (CET) Received: from polhem (polhem.hq.vtech [10.0.0.149]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by oden.vtab.com (Postfix) with ESMTP id 39F6E26EEB6; Tue, 16 Dec 2008 09:43:37 +0100 (CET) From: "Jakob Engblom" To: "'Marc Khouzam'" , "Tomas Holmberg" , , "'Michael Snyder'" References: <49463870.6080302@virtutech.com> <6D19CA8D71C89C43A057926FE0D4ADAA06A3DD92@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA06A3DD92@ecamlmw720.eamcs.ericsson.se> Subject: RE: reverse for GDB/MI Date: Tue, 16 Dec 2008 08:44:00 -0000 Message-ID: <026f01c95f5a$657b8920$30729b60$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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: 2008-12/txt/msg00302.txt.bz2 > One little annoying point is the command > -gdb-set exec-direction [forward | reverse] > When this command is issued, to be really correct, MI would need an > event to notify a frontend that the exec-direction has changed. > This is in case the exec-direction is changed in the console or from > another window. This is to retain compatibility with the normal gdb command-line commands f= or reversing. According to an earlier discussion in October, this command was = part of the Michael Snyder patches to support rev exec, and it was decided then = not to change the commands.=20 =20 > Another option, to avoid adding a new event, is if we could disable the > changing of exec-direction when running in MI, and simulate it in the > frontend. > The frontend could simply keep track of the exec-direction chosen by the > user > and issue reverse commands or forward commands, appropriately. The simplest solution is to have no "direction" at all, but just a set of reverse-X and forward-X commands. But that is not inline with the main gdb= user interface as it stands currently as we understand it.=20 Happy to change it, if needed. Best regards, /jakob _______________________________________________________ Jakob Engblom, PhD, Technical Marketing Manager Virtutech Direct: +46 8 690 07 47=20=20=20=20 Drottningholmsv=E4gen 14 Mobile: +46 709 242 646=20=20=20 11243 Stockholm Web: www.virtutech.com=20=20 Sweden ________________________________________________________ =20