From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16050 invoked by alias); 16 Jan 2007 16:20:05 -0000 Received: (qmail 16040 invoked by uid 22791); 16 Jan 2007 16:20:02 -0000 X-Spam-Check-By: sourceware.org Received: from zigzag.lvk.cs.msu.su (HELO zigzag.lvk.cs.msu.su) (158.250.17.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 16 Jan 2007 16:19:51 +0000 Received: from Debian-exim by zigzag.lvk.cs.msu.su with spam-scanned (Exim 4.50) id 1H6r2F-0003IH-4D for gdb-patches@sources.redhat.com; Tue, 16 Jan 2007 19:19:48 +0300 Received: from localhost ([127.0.0.1] helo=ip6-localhost) by zigzag.lvk.cs.msu.su with esmtp (Exim 4.50) id 1H6r1z-0003FI-W8; Tue, 16 Jan 2007 19:19:28 +0300 From: Vladimir Prus Subject: Re: [RFC] Prints the frame id when target stops To: Denis PILAT , gdb-patches@sources.redhat.com Date: Tue, 16 Jan 2007 16:20:00 -0000 References: <45AB9A7F.1090502@st.com> User-Agent: KNode/0.10.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Message-Id: 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: 2007-01/txt/msg00359.txt.bz2 Denis PILAT wrote: > We are optimizing the usage of MI commands into our Eclipse based UI. > In some cases, it could take a while (and sometime more!) to refresh the > thread list and the stack frame, and Eclipse does it very often. > > We'd like to avoid refreshing the thread and the frame view when the > user perform a step (or a next) and when the program stops in the same > thread and in the same frame. > In the stop reason we got the current thread id, but we are missing > something to identify the frame. > That patch lets gdb emits on the MI output a string that could be used > to easily identify the current frame. > If you are ok with this approach then I'll update the testsuite. Would not a better approach be to modify -stack-list-frames and friends, so that they check frame id internally, and it has not changed, just return the same result? Such approach will uniformly help all frontends, and won't expose new concepts in the interface. - Volodya