From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#3650: M-x gdb unusable on Windows Date: Sat, 02 Nov 2019 10:41:05 +0200 Message-ID: <83bltuk6vy.fsf@gnu.org> References: <49FF3340.2040008@gmx.de> <4A005A64.5050908@gnu.org> <4A3F1B05.7030105@gnu.org> <4A3F7058.902@gnu.org> <4A3F81AC.1070404@gnu.org> <4A3F8EAC.5010009@gnu.org> <87zhheg6fc.fsf@marxist.se> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="89377"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 3650@debbugs.gnu.org, jasonr@gnu.org To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Nov 02 09:42:28 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iQozJ-000N2T-FS for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Nov 2019 09:42:25 +0100 Original-Received: from localhost ([::1]:45700 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQozI-0003RR-DI for geb-bug-gnu-emacs@m.gmane.org; Sat, 02 Nov 2019 04:42:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55053) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQoyy-0003RB-9j for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 04:42:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iQoyw-0003vA-5j for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 04:42:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49253) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iQoyw-0003t7-1z for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 04:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iQoyv-0002Er-TU for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 04:42:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Nov 2019 08:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3650 X-GNU-PR-Package: emacs Original-Received: via spool by 3650-submit@debbugs.gnu.org id=B3650.15726840728548 (code B ref 3650); Sat, 02 Nov 2019 08:42:01 +0000 Original-Received: (at 3650) by debbugs.gnu.org; 2 Nov 2019 08:41:12 +0000 Original-Received: from localhost ([127.0.0.1]:58074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQoy8-0002Do-A0 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 04:41:12 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:45921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQoy5-0002Db-NV for 3650@debbugs.gnu.org; Sat, 02 Nov 2019 04:41:10 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50958) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iQoxz-000830-7P; Sat, 02 Nov 2019 04:41:03 -0400 Original-Received: from [176.228.60.248] (port=1625 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iQoxy-00008l-FK; Sat, 02 Nov 2019 04:41:03 -0400 In-reply-to: <87zhheg6fc.fsf@marxist.se> (message from Stefan Kangas on Sat, 02 Nov 2019 07:04:39 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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: 209.51.188.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:170770 Archived-At: > From: Stefan Kangas > Date: Sat, 02 Nov 2019 07:04:39 +0100 > Cc: 3650@debbugs.gnu.org > > Jason Rumney writes: > > > I just tried it, and it seems to be even worse than I remembered. > > > > Problem 1 is that the default directory of gdb is the directory where the Emacs > > executable is even though I started it from the source directory and specified > > oo/i386/emacs.exe as the executable to debug. This means that .gdbinit needs to > > be "source"d in manually. In addition, gud is unable to find source files that > > are not already being visited: > > > > (gdb) break fontset_find_font > > Breakpoint 1 at 0x10f9dd7: file fontset.c, line 527. > > (gdb) list :1 > > No source file named in loaded symbols. > > > > > > Problem 2 is that Emacs output (including the results of pp and pr) is > > redirected to a buffer entitled *input/output of emacs.exe*, or at least > > that is what the intention appears to be. That buffer is populated as follows > > when gdb starts, and never updates: > > > > c:\GnuWin32\bin\sleep.exe: cannot read realtime clock: Invalid argument > > Process gdb-inferior exited abnormally with code 1 > > > > Problem 3 is that there appears to be a menu toggle for disabling this output > > redirection, but it does not function. Instead, I see this in *Messages*: > > > > Symbol's function definition is void: gdb-use-separate-io-buffer > > > > > > Problem 4 is that enabling GUD tooltips results messages like the following: > > > > error in process filter: Args out of range: "", 0, -1 [2 times] > > > > > > Problem 5 is the general slowness. This one is probably down to Windows poor > > subprocess and pipe support, but the rest seem to be real problems within > > gud/gdb-mi. > > This was reported 10 years ago. > > Is this still an issue on modern versions of Emacs? Most of the problems are gone, not in the least because we use gdb-mi.el nowadays. But some are still there, although I don't see what we can do about that: . the initial directory is still where the binary lives, but that is not Windows specific: Emacs behaves like that on Posix platforms as well . pp and other similar commands in .gdbinit don't work, but that's AFAIU because gdb-mi cannot separate the GDB output from the program's output on MS-Windows All the other problems are gone, and the corresponding features work as expected.