From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4257 invoked by alias); 19 Apr 2010 00:37:32 -0000 Received: (qmail 4243 invoked by uid 48); 19 Apr 2010 00:37:32 -0000 Date: Mon, 19 Apr 2010 00:37:00 -0000 Message-ID: <20100419003732.4242.qmail@sourceware.org> From: "pedro at codesourcery dot com" To: gdb-prs@sourceware.org In-Reply-To: <20081118170801.9660.tromey@redhat.com> References: <20081118170801.9660.tromey@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug tui/9660] gdb can enter TUI in Emacs X-Bugzilla-Reason: CC Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2010-q2/txt/msg00125.txt.bz2 ------- Additional Comments From pedro at codesourcery dot com 2010-04-19 00:37 ------- Maybe just forbit the TUI also when annotations are in use? That is, add an `annotation_level' check here (tui/tui-interp.c): /* True if enabling the TUI is allowed. Example, if the top level interpreter is MI, enabling curses will certainly lose. */ int tui_allowed_p (void) { /* Only if TUI is the top level interpreter. Also don't try to setup curses (and print funny control characters) if we're not outputting to a terminal. */ return tui_is_toplevel && ui_file_isatty (gdb_stdout); } The `tui_is_toplevel' check means that the new emacs version that has switched to MI no longer has this problem. Only current/older versions using annotations may still have to be tended for, unless emacs doesn't run gdb with a tty, in which case this is fixed already by the ui_file_isatty check shown above. Could you check if you can still reproduce this? -- What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |WAITING http://sourceware.org/bugzilla/show_bug.cgi?id=9660 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.