From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Use of dedicated windows in gdb-mi.el Date: Tue, 10 Feb 2015 18:05:52 +0200 Message-ID: <831tlx92fz.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1423584389 30928 80.91.229.3 (10 Feb 2015 16:06:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Feb 2015 16:06:29 +0000 (UTC) Cc: ohwoeowho@gmail.com, emacs-devel@gnu.org To: Barry OReilly Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 10 17:06:22 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YLDKP-0005ve-Dc for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 17:06:21 +0100 Original-Received: from localhost ([::1]:40458 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLDKO-0003Ju-LV for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 11:06:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59290) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLDKC-0003Je-NM for emacs-devel@gnu.org; Tue, 10 Feb 2015 11:06:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLDK8-0006Dx-Ni for emacs-devel@gnu.org; Tue, 10 Feb 2015 11:06:08 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:42728) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLDK8-0006Dk-FQ for emacs-devel@gnu.org; Tue, 10 Feb 2015 11:06:04 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NJK00700CMXRZ00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Tue, 10 Feb 2015 18:06:03 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJK007ACCQ2QG20@a-mtaout20.012.net.il>; Tue, 10 Feb 2015 18:06:03 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182816 Archived-At: > Date: Mon, 9 Feb 2015 16:49:43 -0800 > From: Barry OReilly > > > The dedicated windows are an explicit _feature_ of GDB-MI. GDB-MI > > attempts to provide a faithful emulation of an IDE-like debugging > > environment, where the source is browsed and edited in the source > > window, I/O is in the input-output window, registers and breakpoints > > in their specialized windows, etc. What you describe above is the > > consequence of that feature. > > gdb-mi is buggy and the usability is poor. When did you last try it? If the recent versions still fit the description of "buggy" and "poor usability", we'd appreciate bug reports about specific shortcomings, TIA. > Anecdotally, the most common Emacs FAQ I encounter is about gdb and > the user is always satisfied once pointed to gud-gdb. When was the last time you encountered that? > The "gdb" command ought to invoke what "gud-gdb" does today. Do you mean UI-wise, or do you mean it should use annotations instead of the MI interface? This discussion is about the UI. The basic UI presented by "M-x gdb" is almost identical to "gud-gdb", with the exception of popping the I/O window if and when the debuggee outputs something, and a few minor niceties like showing breakpoints on the fringes of the window that displays the source. Other than that, you get the same comint buffer for CLI interaction and the same source display with an overlay arrow. So I'm not sure what usability problems could plague gdb-mi that don't affect gud-gdb. Specific bug reports are welcome. The interface used to communicate with GDB is a separate matter, unrelated to this discussion. Again, if you have specific bugs to report about that, please do.