From: Sterling Augustine <saugustine@google.com>
To: gdb-patches@sourceware.org
Subject: [PATCH - TUI and Insight Related] Fix for PR13378
Date: Fri, 11 Nov 2011 20:54:00 -0000 [thread overview]
Message-ID: <CAEG7qUwxs5K=NOybj_oX2LU7NG5iE517QS3+1gAGgoAuO055aw@mail.gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1051 bytes --]
Hi,
Enclosed is a very simple patch which fixes the annoying TUI-updating
issue described in
http://sourceware.org/bugzilla/show_bug.cgi?id=13378.
It simply eliminates a call to
deprecated_selected_frame_level_changed_hook. This hook has been
deprecated for many years, so one would think it's clients have had
time to remove the dependency. After using it locally for a week now,
I see no ill effects in TUI. stopping at breakpoints, up, down, and
the other stuff all work fine for me. However, the testsuite is, err,
incomplete on this feature.
I do wonder if Insight--or some other front end--might have a problem
with it though. If you deal with TUI or another front end, can you
take it for a spin?
If this patch is accepted, then the next logical one would be to
eliminate the hook altogether, but that will require changes to
Insight.
Thanks,
Sterling
2011-11-11 Sterling Augustine <saugustine@google.com>
PR gdb/13378
* frame.c (select_frame): Don't call
deprecated_selected_frame_level_changed_hook. Eliminate obsolete
FIXME.
[-- Attachment #2: tui-bounce.patch --]
[-- Type: text/x-patch, Size: 1183 bytes --]
Index: frame.c
===================================================================
RCS file: /cvs/src/src/gdb/frame.c,v
retrieving revision 1.303
diff -u -r1.303 frame.c
--- frame.c 27 Oct 2011 11:04:25 -0000 1.303
+++ frame.c 11 Nov 2011 20:50:56 -0000
@@ -1396,17 +1396,6 @@
selected_frame = fi;
/* NOTE: cagney/2002-05-04: FI can be NULL. This occurs when the
frame is being invalidated. */
- if (deprecated_selected_frame_level_changed_hook)
- deprecated_selected_frame_level_changed_hook (frame_relative_level (fi));
-
- /* FIXME: kseitz/2002-08-28: It would be nice to call
- selected_frame_level_changed_event() right here, but due to limitations
- in the current interfaces, we would end up flooding UIs with events
- because select_frame() is used extensively internally.
-
- Once we have frame-parameterized frame (and frame-related) commands,
- the event notification can be moved here, since this function will only
- be called when the user's selected frame is being changed. */
/* Ensure that symbols for this frame are read in. Also, determine the
source language of this frame, and switch to it if desired. */
next reply other threads:[~2011-11-11 20:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-11 20:54 Sterling Augustine [this message]
2011-11-11 21:17 ` Keith Seitz
2011-11-12 0:28 ` Pedro Alves
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAEG7qUwxs5K=NOybj_oX2LU7NG5iE517QS3+1gAGgoAuO055aw@mail.gmail.com' \
--to=saugustine@google.com \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox