From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Guilhem Bichot Newsgroups: gmane.emacs.bugs Subject: bug#23720: 25.0.94; Issues with GUD (gdb-mi) after upgrade from Emacs 23 to 24/25 Date: Thu, 9 Jun 2016 15:46:50 +0200 Message-ID: <5759734A.8090809@oracle.com> References: <5756941E.3000700@oracle.com> <837fe0syx5.fsf@gnu.org> <5759257F.9030502@oracle.com> <83d1nqr1xl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1465480119 7976 80.91.229.3 (9 Jun 2016 13:48:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jun 2016 13:48:39 +0000 (UTC) Cc: 23720@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 09 15:48:24 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1bB0Jp-0005Cr-OA for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Jun 2016 15:48:22 +0200 Original-Received: from localhost ([::1]:34656 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bB0Jo-0005xx-Tg for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Jun 2016 09:48:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bB0Jc-0005mx-Pf for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 09:48:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bB0JW-0002tj-QK for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 09:48:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49336) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bB0JW-0002te-M1 for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 09:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bB0JW-0003MP-HX for bug-gnu-emacs@gnu.org; Thu, 09 Jun 2016 09:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Guilhem Bichot Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2016 13:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23720 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23720-submit@debbugs.gnu.org id=B23720.146548002412854 (code B ref 23720); Thu, 09 Jun 2016 13:48:02 +0000 Original-Received: (at 23720) by debbugs.gnu.org; 9 Jun 2016 13:47:04 +0000 Original-Received: from localhost ([127.0.0.1]:33440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bB0IZ-0003L9-Lt for submit@debbugs.gnu.org; Thu, 09 Jun 2016 09:47:03 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:31157) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bB0IX-0003KK-EN for 23720@debbugs.gnu.org; Thu, 09 Jun 2016 09:47:02 -0400 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u59DksBv013444 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jun 2016 13:46:55 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u59Dkra1026109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jun 2016 13:46:54 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u59DkqFC005053; Thu, 9 Jun 2016 13:46:53 GMT Original-Received: from [10.175.202.2] (/10.175.202.2) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 09 Jun 2016 06:46:51 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 In-Reply-To: <83d1nqr1xl.fsf@gnu.org> X-Source-IP: userv0021.oracle.com [156.151.31.71] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119329 Archived-At: Hello, Eli Zaretskii a écrit le 09/06/2016 14:17 : >> Cc: 23720@debbugs.gnu.org >> From: Guilhem Bichot >> Date: Thu, 9 Jun 2016 10:14:55 +0200 >> >>> M-x gud-gdb RET >>> >>> and will have your familiar debugging environment back. >> >> Not quite. Even with gud-gdb, some scenarios described below (ISSUE 2) >> still happen: >> - with emacs25 C-x SPC doesn't set a breakpoint; with emacs23 it does. >> - Same for "clicking on the fringe doesn't set breakpoint". >> - the Gud menu has lost "display other windows" > > Like I said, I believe this is because your program is running. It is not running. I can repeat the problem when the display is: Breakpoint 1, JOIN::exec (this=0x7fff70008770) at /home/mysql_src/git/cte/sql/sql_executor.cc:113 113 { (gdb) which very much suggests the program is currently stopped (thus, not running). At that point, I can open another file, and put the cursor on a line of that file, and: - C-x C-a C-b does set the breakpoint (another hint that the program isn't stopped). - C-x SPC and clicking on the fringe, don't. In emacs23 they do. In other words, gdb-mi sees manually-opened-files as "not my business I won't offer my shortcuts there", while gud-gdb sees it differently. The latter is more convenient. It is not possible to know in advance all the breakpoints one will need and set them all before "run"... > When > I start the debugger, before the "run" command, breakpoints do work as > expected. > >> Before digging more in the gdb-mi discussion below, let's address one >> striking point, to be sure we're talking about the same software: >> >>>> ISSUE 1: STOPPING >>>> ================= >> >>>> Suggestion: make the STOP button do as Signals->Break does >>>> (=send SIGINT), and like it did in emacs23. >>> >>> There's no STOP button on the gdb-mi toolbar, I guess you mean add it? >> >> There is such button; after running "M-x gdb" (which says it will run >> "gdb -i=mi", so I imagine it's gdb-mi), there is a green GO button; when >> running the program, this button becomes a red STOP button. Attached is >> a screenshot, with the mouse pointer on the button. > > This button invokes -exec-interrupt when you use gdb-mi, which is the > equivalent of the 'interrupt' command of GDB. ok, now we agree there's a STOP button in emacs24. (gdb) help interrupt Interrupt the execution of the debugged program. So, shouldn't this STOP button interrupt my debugged, running program (mysql)? Pressing this STOP button in emacs23 does interrupt it. It doesn't anymore in emacs24. Is it considered normal?