From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 09 11:27:09 2018 Received: (at submit) by debbugs.gnu.org; 9 Jan 2018 16:27:09 +0000 Received: from localhost ([127.0.0.1]:43353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYwk1-0000su-76 for submit@debbugs.gnu.org; Tue, 09 Jan 2018 11:27:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36291) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYt5q-0007ly-3I for submit@debbugs.gnu.org; Tue, 09 Jan 2018 07:33:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eYt5j-00063k-Qu for submit@debbugs.gnu.org; Tue, 09 Jan 2018 07:33:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41119) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eYt5j-00063c-No for submit@debbugs.gnu.org; Tue, 09 Jan 2018 07:33:19 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55488) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eYt5i-0006h4-GQ for bug-gnu-emacs@gnu.org; Tue, 09 Jan 2018 07:33:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eYt5e-0005yt-Ji for bug-gnu-emacs@gnu.org; Tue, 09 Jan 2018 07:33:18 -0500 Received: from clausfischer.com ([78.46.66.52]:59862) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eYt5e-0005wf-C0 for bug-gnu-emacs@gnu.org; Tue, 09 Jan 2018 07:33:14 -0500 Received: from boltzmann.clausfischer.com (localhost.localdomain [127.0.0.1]) by clausfischer.com (Postfix) with ESMTP id 5278F8A032A for ; Tue, 9 Jan 2018 13:33:11 +0100 (CET) Received: from kepler.clausfischer.com (kepler.clausfischer.com [10.243.1.2]) by boltzmann.clausfischer.com (Postfix) with ESMTP id 3E583680224 for ; Tue, 9 Jan 2018 13:33:11 +0100 (CET) Received: by kepler.clausfischer.com (Postfix, from userid 1000) id 3747F7954F; Tue, 9 Jan 2018 13:33:11 +0100 (CET) Date: Tue, 9 Jan 2018 13:33:11 +0100 From: Claus Fischer To: bug-gnu-emacs@gnu.org Subject: Emacs: Gud-mode: Debugging with gud: Window switching problem Message-ID: <20180109123311.klciuvflkdgm23pf@clausfischer.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zvvy5ge2cbh2fids" Content-Disposition: inline User-Agent: NeoMutt/20170113 (1.7.2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 09 Jan 2018 11:27:08 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --zvvy5ge2cbh2fids Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: emacs Version: all recent Dear Emacs maintainers! A few years ago, I filed a bug about debugging unter Emacs with gud and gdb. The problem is that often times when a halt at a breakpoint requires a source file to load, the source file replaces the *gud-something* buffer, which is extremely disruptive to the work flow. One expects to continue typing in gud but finds oneself instead typing into some source file buffer. After more careful observation, I think that this problem occurs especially when there's another * buffer, particularly the *compilation* buffer, present. This often occurs in my work setting: I fix a bug by editing the file, I let emacs recompile (run make), I load the new binary into the debugger and run it again. Please forward this information to the gud-mode maintainers, it might be helpful, and it might help many people who find this behaviour quite disturbing. Best regards Claus --=20 Claus Fischer http://www.clausfischer.com/ --zvvy5ge2cbh2fids Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQSsDMwfnPC53jWSFoqbrLFGHC9EiwUCWlS2hgAKCRCbrLFGHC9E i46UAJ4puAwj8XnWggVNjcxDEGuclmoAjgCfYPPVQCAIxWY9AV4hLsddnqwxfUg= =W0kz -----END PGP SIGNATURE----- --zvvy5ge2cbh2fids-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 09 13:44:23 2018 Received: (at 30044) by debbugs.gnu.org; 9 Jan 2018 18:44:23 +0000 Received: from localhost ([127.0.0.1]:49879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYysp-0003K9-8z for submit@debbugs.gnu.org; Tue, 09 Jan 2018 13:44:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eYysn-0003Jx-IP for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 13:44:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eYysc-000057-Aw for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 13:44:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eYysb-0008W3-Pz; Tue, 09 Jan 2018 13:44:09 -0500 Received: from [176.228.60.248] (port=1368 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eYysa-0005p6-VH; Tue, 09 Jan 2018 13:44:09 -0500 Date: Tue, 09 Jan 2018 20:44:01 +0200 Message-Id: <83y3l66ff2.fsf@gnu.org> From: Eli Zaretskii To: Claus Fischer In-reply-to: <20180109123311.klciuvflkdgm23pf@clausfischer.com> (message from Claus Fischer on Tue, 9 Jan 2018 13:33:11 +0100) Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 9 Jan 2018 13:33:11 +0100 > From: Claus Fischer > > A few years ago, I filed a bug about debugging unter Emacs with > gud and gdb. > > The problem is that often times when a halt at a breakpoint requires > a source file to load, the source file replaces the *gud-something* > buffer, which is extremely disruptive to the work flow. One expects > to continue typing in gud but finds oneself instead typing into some > source file buffer. How do you invoke GDB? Is it "M-x gdb RET" or "M-x gud-gdb RET"? I suggest to try the former, and if you already do that, try the command "M-x gdb-many-windows RET" after the debugging session starts. I also suggest to start the debugger in a separate frame, and switch to the original frame when you want to work on your windows you had before starting the debugging session. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 09 15:58:51 2018 Received: (at 30044) by debbugs.gnu.org; 9 Jan 2018 20:58:51 +0000 Received: from localhost ([127.0.0.1]:49991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ0yw-0000ry-UD for submit@debbugs.gnu.org; Tue, 09 Jan 2018 15:58:51 -0500 Received: from clausfischer.com ([78.46.66.52]:60143) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ0yu-0000ro-SS for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 15:58:49 -0500 Received: from boltzmann.clausfischer.com (localhost.localdomain [127.0.0.1]) by clausfischer.com (Postfix) with ESMTP id 7148F8A0730; Tue, 9 Jan 2018 21:58:47 +0100 (CET) Received: from kepler.clausfischer.com (kepler.clausfischer.com [10.243.1.2]) by boltzmann.clausfischer.com (Postfix) with ESMTP id 5B703680224; Tue, 9 Jan 2018 21:58:47 +0100 (CET) Received: by kepler.clausfischer.com (Postfix, from userid 1000) id 519CD7954F; Tue, 9 Jan 2018 21:58:47 +0100 (CET) Date: Tue, 9 Jan 2018 21:58:47 +0100 From: Claus Fischer To: Eli Zaretskii Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem Message-ID: <20180109205847.7nalpvfhula5ehmz@clausfischer.com> References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> <83y3l66ff2.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cbxpzgsbd6axpuov" Content-Disposition: inline In-Reply-To: <83y3l66ff2.fsf@gnu.org> User-Agent: NeoMutt/20170113 (1.7.2) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --cbxpzgsbd6axpuov Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 09, 2018 at 08:44:01PM +0200, Eli Zaretskii wrote: > > Date: Tue, 9 Jan 2018 13:33:11 +0100 > > From: Claus Fischer > >=20 > > A few years ago, I filed a bug about debugging unter Emacs with > > gud and gdb. > >=20 > > The problem is that often times when a halt at a breakpoint requires > > a source file to load, the source file replaces the *gud-something* > > buffer, which is extremely disruptive to the work flow. One expects > > to continue typing in gud but finds oneself instead typing into some > > source file buffer. >=20 > How do you invoke GDB? Is it "M-x gdb RET" or "M-x gud-gdb RET"? I > suggest to try the former, and if you already do that, try the command > "M-x gdb-many-windows RET" after the debugging session starts. I also > suggest to start the debugger in a separate frame, and switch to the > original frame when you want to work on your windows you had before > starting the debugging session. I do M-x gud-gdb RET since I found the other not to work as I like; a few years ago, I started it as M-x gdb but then something changed - I don't remember what - and I changed to gud-gdb. What's the difference? I just tried it, I think it's the separate i/o window, isn't it? If so, I'll stick with gud-gdb. I want my debugging session in a single frame, and stdio is not relevant for my programs. I usually have many frames open, but gdb is started in just one, and when it encounters a breakpoint, it splits the frame, and that suits me just fine - except for it sometimes burying the gud window itself. I don't think the behavious depends on there being multiple frames. Is that what you are suggesting? It's hard to reproduce, but it's annoying nevertheless. I do a lot of work in the setting emacs - autoconf - gcc - gdb, and it's generally very productive for work on server code. Best regards, Claus --=20 Claus Fischer http://www.clausfischer.com/ --cbxpzgsbd6axpuov Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQSsDMwfnPC53jWSFoqbrLFGHC9EiwUCWlUtBwAKCRCbrLFGHC9E i0RkAJ40N9C2feZFTVmteqlg/32vxO1+ewCdHODHnr+AN385NcgsjKQ8GFrZiVY= =isd6 -----END PGP SIGNATURE----- --cbxpzgsbd6axpuov-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 09 22:28:50 2018 Received: (at 30044) by debbugs.gnu.org; 10 Jan 2018 03:28:50 +0000 Received: from localhost ([127.0.0.1]:50134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ74L-0004iE-O7 for submit@debbugs.gnu.org; Tue, 09 Jan 2018 22:28:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50349) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ74I-0004i0-9j for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 22:28:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZ748-0003A5-Ej for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 22:28:41 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42500) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZ748-00039x-Bk; Tue, 09 Jan 2018 22:28:36 -0500 Received: from [176.228.60.248] (port=1787 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eZ747-0001t6-6u; Tue, 09 Jan 2018 22:28:36 -0500 Date: Wed, 10 Jan 2018 05:28:28 +0200 Message-Id: <83po6i5r4z.fsf@gnu.org> From: Eli Zaretskii To: Claus Fischer In-reply-to: <20180109205847.7nalpvfhula5ehmz@clausfischer.com> (message from Claus Fischer on Tue, 9 Jan 2018 21:58:47 +0100) Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> <83y3l66ff2.fsf@gnu.org> <20180109205847.7nalpvfhula5ehmz@clausfischer.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 9 Jan 2018 21:58:47 +0100 > From: Claus Fischer > Cc: 30044@debbugs.gnu.org > > > How do you invoke GDB? Is it "M-x gdb RET" or "M-x gud-gdb RET"? I > > suggest to try the former, and if you already do that, try the command > > "M-x gdb-many-windows RET" after the debugging session starts. I also > > suggest to start the debugger in a separate frame, and switch to the > > original frame when you want to work on your windows you had before > > starting the debugging session. > > I do > M-x gud-gdb RET > since I found the other not to work as I like; a few years ago, I > started it as M-x gdb but then something changed - I don't remember > what - and I changed to gud-gdb. What's the difference? I just tried > it, I think it's the separate i/o window, isn't it? > If so, I'll stick with gud-gdb. I want my debugging session in a > single frame, and stdio is not relevant for my programs. "M-x gdb-many-windows" opens several windows, including the one for I/O, but there are others (local variables, breakpoints, stack frames, etc.). More importantly, those windows are kept in their configuration better than "M-x gud-gdb" does. I do suggest to at least try this. > I usually have many frames open, but gdb is started in just one, and > when it encounters a breakpoint, it splits the frame, and that suits > me just fine - except for it sometimes burying the gud window itself. > I don't think the behavious depends on there being multiple frames. > Is that what you are suggesting? I'm saying that if you have the source and the GUD windows in a separate frame, then these windows don't interfere with your other windows and don't mix with them. So your annoyances will be much smaller, ideally zero. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 09 22:39:33 2018 Received: (at 30044) by debbugs.gnu.org; 10 Jan 2018 03:39:33 +0000 Received: from localhost ([127.0.0.1]:50143 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ7Ej-0004xv-1s for submit@debbugs.gnu.org; Tue, 09 Jan 2018 22:39:33 -0500 Received: from mail-wr0-f181.google.com ([209.85.128.181]:40551) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZ7Eh-0004xi-F5 for 30044@debbugs.gnu.org; Tue, 09 Jan 2018 22:39:31 -0500 Received: by mail-wr0-f181.google.com with SMTP id 100so148995wrb.7 for <30044@debbugs.gnu.org>; Tue, 09 Jan 2018 19:39:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=O+EJ4PG7V3hyKtPm7EvRo6aH4dQS6mNvbNAIqfVhWuY=; b=XO7oao0RoJiXg4IkHagy6hphZkB2Q7SB8heMWcahRVm/PfR2deZRtId3FCrLbarMP3 WtFxDkRmkQCXF1jdyglyQ7EpoBqoEz2CDMPZPNx66dbLMtVDS5lNeuFePCHfeXZK6TqK oGWWJh1DS2IvQWtVA6uzqWGorCZUh/xQSi9WPEKN9FY7IZEl0c8gQamaZjehfq7jxyKZ zz6m/qLbjHvOyaabAmCF015LVUeaK/n+hTODc8Ewt2dVBXC41Y7ExrAHBzl2dnyBovHP X91OV5PqrNTHBIx3MIf2sbiZ0Hyj7Rm1uaPPKyhpdSXSSg1cyevVOQNc2EFqDLDl9yaK BPGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=O+EJ4PG7V3hyKtPm7EvRo6aH4dQS6mNvbNAIqfVhWuY=; b=IHVwFG4PReiPRTqcIDEzlAohxQgvaT1pJzzrXHIayF9TKRthY9I0bEkCrGTnvHBxtL 37x6iltEQFbXAM/vfS74KrYk44/oUTvtfoTaLBR9ppk0mvi8ReC0T6H0IMVlTvsMO81j k7X04OI/t2uxWG2+Uw0jAeLzJmmC/KA7xrC+TvRyVze6gmixtrRVraY6PD/qvduJf2MT kMdA5lxevrw3DJDgwC/XpEEBqQ87+1VNM/XIwKCyMGglp0cekvm67LPhErMRhs21/Li+ P3Cvro2v+3DDDnW89FV+5NFDCg68PCqLUUD31keee/bbmotQ6reTu4n79i0Bk/xa4UNB OgDQ== X-Gm-Message-State: AKGB3mLI/OZyiqMN3lHcL79P3zPHNwJOM65QGpaIkffw/FtOcHPOOQb0 aJNEM1OIxG+pVH3d/nYCncx/1s/ON5x5nKbxgBk= X-Google-Smtp-Source: ACJfBouHtLCbadkUNslsh258HX+jJeqqf9vJVkce7QmZGbhaN5vhF6blvj5FC5aKFVjoJ3ojIrwvlaVcmohiD4LVb4o= X-Received: by 10.223.182.76 with SMTP id i12mr15761239wre.92.1515555565616; Tue, 09 Jan 2018 19:39:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.142.53 with HTTP; Tue, 9 Jan 2018 19:39:25 -0800 (PST) In-Reply-To: <20180109123311.klciuvflkdgm23pf@clausfischer.com> References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> From: Noam Postavsky Date: Tue, 9 Jan 2018 22:39:25 -0500 X-Google-Sender-Auth: WQHRDzWtF0B1wQ2DPTn7Ox3LL64 Message-ID: Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem To: Claus Fischer Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Tue, Jan 9, 2018 at 7:33 AM, Claus Fischer wrote: > A few years ago, I filed a bug about debugging unter Emacs with > gud and gdb. Using a different email perhaps? I can't seem to find that bug. Bug#2556 and Bug#22374 seem related, though I'm not sure if they are the same so I won't merge. > Please forward this information to the gud-mode maintainers, There aren't any such people, as far as I know, apart from general Emacs maintainers. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 10 06:19:50 2018 Received: (at 30044) by debbugs.gnu.org; 10 Jan 2018 11:19:50 +0000 Received: from localhost ([127.0.0.1]:50316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZEQA-0001Fv-0G for submit@debbugs.gnu.org; Wed, 10 Jan 2018 06:19:50 -0500 Received: from clausfischer.com ([78.46.66.52]:33472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZEQ7-0001Fm-Ac for 30044@debbugs.gnu.org; Wed, 10 Jan 2018 06:19:47 -0500 Received: from boltzmann.clausfischer.com (localhost.localdomain [127.0.0.1]) by clausfischer.com (Postfix) with ESMTP id B5D378A033B; Wed, 10 Jan 2018 12:19:45 +0100 (CET) Received: from kepler.clausfischer.com (kepler.clausfischer.com [10.243.1.2]) by boltzmann.clausfischer.com (Postfix) with ESMTP id A12C0680224; Wed, 10 Jan 2018 12:19:45 +0100 (CET) Received: by kepler.clausfischer.com (Postfix, from userid 1000) id 9B24E7954F; Wed, 10 Jan 2018 12:19:45 +0100 (CET) Date: Wed, 10 Jan 2018 12:19:45 +0100 From: Claus Fischer To: Noam Postavsky Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem Message-ID: <20180110111945.fugo7cknqysarnny@clausfischer.com> References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4d7iyx3oys3pwisv" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --4d7iyx3oys3pwisv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 09, 2018 at 10:39:25PM -0500, Noam Postavsky wrote: > On Tue, Jan 9, 2018 at 7:33 AM, Claus Fischer > wrote: >=20 > > A few years ago, I filed a bug about debugging unter Emacs with > > gud and gdb. >=20 > Using a different email perhaps? I can't seem to find that bug. My apologies - that was way back in 2009, and I forgot about the details. In fact, I filed it as a bug report on Debian, Bug No. 520647. It's hard to follow up on those things when you're in the middle of debugging something big, because the focus is on getting the code running. > Bug#2556 and Bug#22374 seem related, though I'm not sure if they are > the same so I won't merge. >=20 > > Please forward this information to the gud-mode maintainers, >=20 > There aren't any such people, as far as I know, apart from general > Emacs maintainers. Well thanks a lot for your answer, I looked at both bugs, and they seem both to be related. Bug 2556 gives me an idea about a misunderstanding that might be at the heart of the case. Up to now I thought that gud would select the debugging buffer by looking at the buffer text, which is *gud...* and select the window according to that text. However (I hadn't looked at the lisp code and I'm not good at Lisp), bug 2556 gives me the impression that gud mode stores a window id of a window that is created in Emacs. That is, for me, a wholly new line of thinking. That might explain the behaviour: * I run the program in xterm and it gives an error message * I have the file where I'm looking for the error in my Emacs; since that's the one I'm just working on (I have a single frame of Emacs at that time) * I run M-x gud-gdb and give the program name * I re-run the program once under gud to see if the error is reproducible, which it usually is (I have a record-replay facility in my program so if valgrind doesn't complain before, the program is fully deterministic.) * I switch to the buffer with the source code in order to set the break point - at this point, I usually switch buffer in the original frame - gud buffer is no longer visible * I type C-x a b to set the breakpoint * I split the frame (or not) and run the program within gud/gdb * It stops at the breakpoint That's the simple scenario. Given the information that gud-mode stores the gud window by its Emacs window id (is that so? perhaps you can confirm), it's entirely conceivable that sometimes there are other factors in the equation that assign other buffers to that window. For instance: I recompile (M-x recompile, which I have on a function key), run program again in the terminal, get to the next programming error, re-load the program into gdb (file ...), and restart the debugger. Very likely the gud buffer is then in a different window. If that is so, the solution for me would be simple: let gud not remember the window, but let it search for the window with buffer name *gud...* and switch to that one. I have only one such buffer. Just speculating here about Emacs internals. Perhaps you can comment on whether this might make sense. =46rom the two bug reports, it seems that problem is biting a few users sporadically. Perhaps we can manage to find a different strategy. Regards, Claus --=20 Claus Fischer http://www.clausfischer.com/ --4d7iyx3oys3pwisv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQSsDMwfnPC53jWSFoqbrLFGHC9EiwUCWlX20QAKCRCbrLFGHC9E izkBAJ9jXwuMIVjz5rqnGZsnflCW1GmvwgCfUmkzOzK4UTdjLt002JLuFtONV5g= =hvQE -----END PGP SIGNATURE----- --4d7iyx3oys3pwisv-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 10 20:59:02 2018 Received: (at 30044) by debbugs.gnu.org; 11 Jan 2018 01:59:02 +0000 Received: from localhost ([127.0.0.1]:51544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZS90-0002gy-DO for submit@debbugs.gnu.org; Wed, 10 Jan 2018 20:59:02 -0500 Received: from mail-io0-f178.google.com ([209.85.223.178]:37966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZS8y-0002gS-3t for 30044@debbugs.gnu.org; Wed, 10 Jan 2018 20:59:00 -0500 Received: by mail-io0-f178.google.com with SMTP id d11so1569857iog.5 for <30044@debbugs.gnu.org>; Wed, 10 Jan 2018 17:59:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=2o2m1M2S4pPJ2YLQrTkT30E6sqbwMhuK+z/5CFYKck0=; b=W0Om3DWl4uybY719/afbcpdqNXsmWRU6BUz2YZQ3vmPPjZZ4ast+sWaA0EESUuzykR URQkZ6MY0l2fdBkWWVV4vzwM2cn2dMN8k01Huy0rsv/h2r1mcu546ZuDzxsdc8kcthk5 IPqNp1txHvFV/j/umQ7bXYmUW9BQdh/X2Jz1kU56J/Cy2GyHmQmt9jux5RJS0iCJ3DwH DP1tspoj5VpfFolm1fTH+1xdozrKBznBUM6U9ih8qlV6mWpPCkVT3pTU6aipm0My0dtP uWKPYy1+e9kbHd8oAU6yA2NBJFQul8fzlgUy0UvgDw5CBINGlyLsde0Oejchz58T7FSS V5qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=2o2m1M2S4pPJ2YLQrTkT30E6sqbwMhuK+z/5CFYKck0=; b=e4EDOOBvsAjPJrfUzRchNgEQTW50eIOHCYqqmNzAdFtH2S7fn/fbBRW0YwHfUGgM4Q rXJGMqB0UYTOks3KXB1tI1nMP1K+/oDZ2Gdt/Pw9zgGMsayE23ytruhVHA1K6qH9xUHD jwwT9rmA95vWS4rn9X7mTRHBfGiIrT1qEO0WyAB/sBDxIJmkBgiMfmk3iCAJIvGosPYJ rwZ05Hwf4pmcBWpnUjb8fxcQJPJidUYSsNNX/G2Fqw+VBOjvzTxOufRnsc9hOQhr/cyX KsAY4qKkHs1pSzf3zaRpXI2qSLKBY2IJ/2+aXk2vvN2EqEfZLFCd6TCNpNUTtwctU4lb kfxg== X-Gm-Message-State: AKwxyteMUp5cFi6FZXWhpzp2d9TG6j7ZefjH0c4us8xRPEGapnq60BDT HkxQtw+hmxx3VH1JGNcncEvTUA== X-Google-Smtp-Source: ACJfBouA26of4YK/WoKK6sXABsJedBKLXrM3j4aZRYqLJgHqDF3DGAHkNgwVQCRtGgyec7WSLSsy5w== X-Received: by 10.107.8.214 with SMTP id h83mr132876ioi.214.1515635933992; Wed, 10 Jan 2018 17:58:53 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id 137sm4328211itl.36.2018.01.10.17.58.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 10 Jan 2018 17:58:52 -0800 (PST) From: Noam Postavsky To: Claus Fischer Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> <20180110111945.fugo7cknqysarnny@clausfischer.com> Date: Wed, 10 Jan 2018 20:58:51 -0500 In-Reply-To: <20180110111945.fugo7cknqysarnny@clausfischer.com> (Claus Fischer's message of "Wed, 10 Jan 2018 12:19:45 +0100") Message-ID: <87fu7dp350.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Claus Fischer writes: > If that is so, the solution for me would be simple: let gud not > remember the window, but let it search for the window with buffer > name *gud...* and switch to that one. I have only one such buffer. That is basically what we have already, relevant code excerpts below. When gdb prints that a breakpoint is hit, Emacs runs the process filter which gud-mode sets up, `gud-filter'. It uses `get-buffer-window' to find the corresponding window and switches to it while calling `gud-display-frame'. And then `gud-display-line' shows the source buffer in any window but the current one (i.e., the one showing the gdb interaction). So to fix this, we would need to follow along this code path and see where things go wrong. This will be pretty much impossible without a reliable way of triggering the problem, as suggested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520647#10 (defun gud-filter (proc string) ... (with-current-buffer (process-buffer proc) (setq process-window (and gud-last-frame (>= (point) (process-mark proc)) (get-buffer-window (current-buffer))))) ... ;; Put the arrow on the source line. ;; This must be outside of the save-excursion ;; in case the source file is our current buffer. (if process-window (with-selected-window process-window (gud-display-frame)) (defun gud-display-frame () ... (gud-display-line (car gud-last-frame) (cdr gud-last-frame)) ;; Make sure the file named TRUE-FILE is in a buffer that appears on the screen ;; and that its line LINE is visible. ;; Put the overlay-arrow on the line LINE in that buffer. ;; Most of the trickiness in here comes from wanting to preserve the current ;; region-restriction if that's possible. We use an explicit display-buffer ;; to get around the fact that this is called inside a save-excursion. (defun gud-display-line (true-file line) (let* ((last-nonmenu-event t) ; Prevent use of dialog box for questions. (buffer (with-current-buffer gud-comint-buffer (gud-find-file true-file))) (window (and buffer (or (get-buffer-window buffer) (display-buffer buffer '(nil (inhibit-same-window . t)))))) ... From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 11 08:24:07 2018 Received: (at 30044) by debbugs.gnu.org; 11 Jan 2018 13:24:08 +0000 Received: from localhost ([127.0.0.1]:51748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZcpz-00066u-Jm for submit@debbugs.gnu.org; Thu, 11 Jan 2018 08:24:07 -0500 Received: from clausfischer.com ([78.46.66.52]:36504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZcpv-00066k-RU for 30044@debbugs.gnu.org; Thu, 11 Jan 2018 08:24:04 -0500 Received: from boltzmann.clausfischer.com (localhost.localdomain [127.0.0.1]) by clausfischer.com (Postfix) with ESMTP id 226BE8A034A; Thu, 11 Jan 2018 14:24:02 +0100 (CET) Received: from kepler.clausfischer.com (kepler.clausfischer.com [10.243.1.2]) by boltzmann.clausfischer.com (Postfix) with ESMTP id 0CF836803B8; Thu, 11 Jan 2018 14:24:02 +0100 (CET) Received: by kepler.clausfischer.com (Postfix, from userid 1000) id 06DA07954F; Thu, 11 Jan 2018 14:24:02 +0100 (CET) Date: Thu, 11 Jan 2018 14:24:02 +0100 From: Claus Fischer To: Noam Postavsky Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem Message-ID: <20180111132401.l22y75dudoefxp5l@clausfischer.com> References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> <20180110111945.fugo7cknqysarnny@clausfischer.com> <87fu7dp350.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pd7or3tbnloq6r2l" Content-Disposition: inline In-Reply-To: <87fu7dp350.fsf@users.sourceforge.net> User-Agent: NeoMutt/20170113 (1.7.2) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --pd7or3tbnloq6r2l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 10, 2018 at 08:58:51PM -0500, Noam Postavsky wrote: > Claus Fischer writes: >=20 > > If that is so, the solution for me would be simple: let gud not > > remember the window, but let it search for the window with buffer > > name *gud...* and switch to that one. I have only one such buffer. >=20 > That is basically what we have already, relevant code excerpts below. > When gdb prints that a breakpoint is hit, Emacs runs the process filter > which gud-mode sets up, `gud-filter'. It uses `get-buffer-window' to > find the corresponding window and switches to it while calling > `gud-display-frame'. And then `gud-display-line' shows the source > buffer in any window but the current one (i.e., the one showing the gdb > interaction). >=20 > So to fix this, we would need to follow along this code path and see > where things go wrong. This will be pretty much impossible without a > reliable way of triggering the problem, as suggested in > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D520647#10 I see. I'm sure you know the term 'Heisenbug'. :) The only thing I remember for sure is that the problem also occurred sometimes when stepping, either with 'n' or with 's', in gdb. But I assume that is handled just like breakpoints are. Is it possible to take a gud.el, sprinkle it liberally with some debug output, e.g. into Emacs' message buffer or on the terminal, and let me load it and wait for the problem to re-occur? Or can you give me some diagnostic procedure what to examine after it has occurred, e.g. which buffers are there, which were in which frame (to the best of my knowledge) etc.? Does Emacs have some debugging or recording mode for such situations? Best regards, Claus --=20 Claus Fischer http://www.clausfischer.com/ --pd7or3tbnloq6r2l Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQSsDMwfnPC53jWSFoqbrLFGHC9EiwUCWldlcQAKCRCbrLFGHC9E i6jJAJ9wbSzWviO2orQRhIYbLScJe/f+MwCffRHCVofNwDICWK7m0Ngo6Seb8lU= =5Hca -----END PGP SIGNATURE----- --pd7or3tbnloq6r2l-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 11 20:24:53 2018 Received: (at 30044) by debbugs.gnu.org; 12 Jan 2018 01:24:53 +0000 Received: from localhost ([127.0.0.1]:52730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZo5V-0003Kw-HM for submit@debbugs.gnu.org; Thu, 11 Jan 2018 20:24:53 -0500 Received: from mail-io0-f176.google.com ([209.85.223.176]:37142) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eZo5T-0003Kg-Qn for 30044@debbugs.gnu.org; Thu, 11 Jan 2018 20:24:52 -0500 Received: by mail-io0-f176.google.com with SMTP id n14so4107806iob.4 for <30044@debbugs.gnu.org>; Thu, 11 Jan 2018 17:24:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ZwKw5b8BjEvsok1X2TbTIJxM2VSPAGXmTrRxrb217Po=; b=rDx1dnpJhTqbSWWv/dVE6r4djE7qA7ApgGZ4bi+EBv8cROLJzZrzevrh4qZ1YIjeGo 07Xi0JX7uCUrgq1MfktLzA+NJGprlIvqPia0g7y0oCEx6fUnw1/RbiZX2k231Il8KKbb NHY/Lsk19s/57n4eLbvu8m2ve8zWIMYZkoYy8/0GJg3A7w2v4AnOFO9sU9jKa2p3sa6U 8LPT7nWCfHT+MwmDPn+/5mCEF8/smxmaREQ3oHEijwxbjl2H+VIiWveMcJbbnzrq6n5C YNj+Q5FvlJkRNV4G3hmxHf/hRnbdKuu7v9vI6WBjKl7N6xhY4a5WmzjzjAw6Cqh6wrqY SQCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=ZwKw5b8BjEvsok1X2TbTIJxM2VSPAGXmTrRxrb217Po=; b=Y+VnUaPJxFXvmfSGKQNWXQhnBpy0zSfl4pgO8KStTPFozpfahQDdGlv1e5cPezqUv5 bW36ojXiqvwF+cdYwogFBkaLEMz1k7ZBpSYfkLXl6EJeEuju+bUnrBDE5v5cjQq6hmcc ooRkIbQaIo1OjcYx8s1Uy3WSpw8hfaWPmcThl1UWrl7InLvlZyhhu+bXIXkWgT1J7Fh4 hY36HJaBEUsoV+GT9Pox73+L2eKm+c8S2anqRFy0a5E7n9si8bRQ2mOFp9SjRte6ggOX hDrRPDrmkf7T83TnMn0MjPR2jC4Axe1+LOsJCXctylgkFymtVOcp6IjnxRdrITsO+qKd Rtmg== X-Gm-Message-State: AKGB3mIt5uMMeuemfM4UOQNgbxS0FVJ3jGJ6B5OceSrgFJG/Gh7hoJ3D a6HVjmg0JfyOih1zHdnWTHD28A== X-Google-Smtp-Source: ACJfBotuLYWZ7pGk7H9C+K9k2lz9v+NVzk8iiyTTqIO8bPfuNDIPRWWpVDwcdqp9GkfaMnyxFq5Zdg== X-Received: by 10.107.142.201 with SMTP id q192mr23765899iod.293.1515720285725; Thu, 11 Jan 2018 17:24:45 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id l63sm1310239ita.44.2018.01.11.17.24.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 11 Jan 2018 17:24:44 -0800 (PST) From: Noam Postavsky To: Claus Fischer Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem References: <20180109123311.klciuvflkdgm23pf@clausfischer.com> <20180110111945.fugo7cknqysarnny@clausfischer.com> <87fu7dp350.fsf@users.sourceforge.net> <20180111132401.l22y75dudoefxp5l@clausfischer.com> Date: Thu, 11 Jan 2018 20:24:42 -0500 In-Reply-To: <20180111132401.l22y75dudoefxp5l@clausfischer.com> (Claus Fischer's message of "Thu, 11 Jan 2018 14:24:02 +0100") Message-ID: <87bmhzq36t.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 30044 Cc: 30044@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) Claus Fischer writes: > Is it possible to take a gud.el, sprinkle it liberally with some debug > output, e.g. into Emacs' message buffer or on the terminal, and let me > load it and wait for the problem to re-occur? > Does Emacs have some debugging or recording mode for such situations? This should do it, hopefully it catches all the relevant info. It will be printed into a buffer named *trace-output*. (dolist (fun '(gud-filter gud-display-frame gud-display-line display-buffer)) (trace-function-background fun)) (defun bug-30044-trace-window-list (&rest _) (when (> trace-level 0) (trace-values (window-list) (mapcar #'window-prev-buffers (window-list)) (mapcar #'window-next-buffers (window-list))))) (advice-add 'gud-filter :before #'bug-30044-trace-window-list) (defun bug-30044-trace-current-window (&rest _) (when (> trace-level 0) (trace-values (selected-window)))) (advice-add 'gud-display-line :before #'bug-30044-trace-current-window) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 27 07:41:04 2018 Received: (at control) by debbugs.gnu.org; 27 Jan 2018 12:41:04 +0000 Received: from localhost ([127.0.0.1]:44440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efPn6-0007SS-FM for submit@debbugs.gnu.org; Sat, 27 Jan 2018 07:41:04 -0500 Received: from mail-it0-f42.google.com ([209.85.214.42]:51301) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efPn4-0007Rq-Px for control@debbugs.gnu.org; Sat, 27 Jan 2018 07:41:03 -0500 Received: by mail-it0-f42.google.com with SMTP id p139so3394570itb.1 for ; Sat, 27 Jan 2018 04:41:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=LVuGP0v/WGeAR7GI0WgOkxmoF+ifTD7JgImaFO2zYbI=; b=VYTGCsONeZWbroiIn7uv6nEKk1jdrXcCbiIoviwNx9Mg+Kq1W0+elLOVZvUluCUDa/ IwoEWfGO6yzVVqOS5KESAV5NOXn4LocJzMeASflI/maO6QAxiOKUxEOPysju+DgPLCVa oupeZj6oxizCvfY08JIaEFlYDCzmQZPBTE2T/JhxY2YPB0qIkVQscJOCQXDZRS6YKC7V D9BC2dUHE6olLhrV4vvzxa9mQkUQuh+q/luMP7DWHcC8YXbN4YcsFrQlF/B/V4CuWwpJ WiN0OtPQx1dohflb+u8/IereZ4l+ts309FaWp5DywV/SRTDfrHn3z4Jjw5Q/96kOA0i3 qkEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=LVuGP0v/WGeAR7GI0WgOkxmoF+ifTD7JgImaFO2zYbI=; b=MANS0L4PE0H2fNycKBCK9zUcgmeEmUl7Xr7VY0G8/xRxStsJ88kSuanEVMnYkbmAn0 aHEgLeYAjyjnY4Jx4BhWx2gG/qWkczOM9IK1dRKe2S/olON3xsND7NAUfGRCSXKTzms6 IdZ7NSp01UNY2URnR3oYXW0LIsbLDhDQiPC6vd5AaY9rsvyEF0LoHttb7HkIkgm8j+as 7VyTJFOAVk+bS9kbvUuhDnyIaZshPl6Qk5DG24HBQuvU6quaFrFA/kzu4VTiK9MLMScJ 5Wtjh+VOLWMPDjQmTYahhtkZNnxxRRt68obNwCHMhVWNK1HKpaq6gH/r3hz8EImIq54R G2AA== X-Gm-Message-State: AKwxytd/pXV8b8TS9H1B/D4Lmmv5Fy7VjrqBNfSNKZtutKbUCs2Cd/nY eZoc6K3ivxIxIWKBUPZC7tzvmw== X-Google-Smtp-Source: AH8x224DustZgnAqbwmQ9Ie51shYTPNiXapoxviGieh1xd2EF9ZbzrjCLUl/gi23NNjw2gwHBQ7/OA== X-Received: by 10.36.192.10 with SMTP id u10mr20329190itf.73.1517056857098; Sat, 27 Jan 2018 04:40:57 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id o73sm4958496ito.4.2018.01.27.04.40.55 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 27 Jan 2018 04:40:56 -0800 (PST) From: Noam Postavsky To: control@debbugs.gnu.org Subject: control message for bug #30044 Date: Sat, 27 Jan 2018 07:40:55 -0500 Message-ID: <87vafnlbjc.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) # awaiting OP to reproduce bug with tracing enabled tags 30044 + moreinfo pending quit From debbugs-submit-bounces@debbugs.gnu.org Sun May 20 19:52:42 2018 Received: (at 30044) by debbugs.gnu.org; 20 May 2018 23:52:42 +0000 Received: from localhost ([127.0.0.1]:42242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKY82-00056F-4s for submit@debbugs.gnu.org; Sun, 20 May 2018 19:52:42 -0400 Received: from mail-io0-f193.google.com ([209.85.223.193]:41709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKY80-00055v-F0; Sun, 20 May 2018 19:52:41 -0400 Received: by mail-io0-f193.google.com with SMTP id e12-v6so12352615iob.8; Sun, 20 May 2018 16:52:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version; bh=AGCxcu8Zr5iFz/D5IBYoiZI7xTOsc/XFFkaHwN6yrAk=; b=najC3GpgZIXP8SsHw4upgawCw5yzuvz7+VcORds1kY40X2rhrfDdCMtpW/GSMuL5bB H1a79vjB7fq9lvJWTQ+E8fkeSpvcg7YDKV7g0W2Rtzva3QT2XtDpkKaFN7MlNBPQkt9y /MW5QlCpQK14EaoXNXT1QWhNIqZR5EPKcgXwv1XA9vgpfH/jfOZr0etFS1df/flE211Q cSrdJHFP9azhA+nBt9y78+an9Zgq6sBt4/CaARNx27FYdqa/cBzlEYDceyMv/XW1mrSq jI+LvcZJZ2yVyU0qManDkvqdkf3YE/H+6WpA7itwLFTIYGzUzwFkl20uhEOGwNk3y33Z 8vvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version; bh=AGCxcu8Zr5iFz/D5IBYoiZI7xTOsc/XFFkaHwN6yrAk=; b=mj6q0WKkYXT83KjsrBBP2MxhO68f9nt9diqiFHqLaur3I9t/g+aMQy05apnlRRYw8D BcnjLxh/5XnDvfXnmaDkTa5vERWwU+QPIPNwPEQJ/fzHUfDuREwaGbxEQyr3209JknyO Bhc2V+sTaL95ecDvqV5m96O6snE9Z9E93WYo4etjTPv/FpAZiEWCkG/xJKX35fafLU4d h0ykzyMVaGLCVv9gBwTHDWAOIvJZr14k+THgYErNIU6uiLe0spWCmgaE8P1EB8SPtnmt g+9bQBcirqktmxnIkM1epWFCfATZSc1VYDFa+yVfcFp7m2YYCR4G49Xj4MuDkonlYVGW JkiA== X-Gm-Message-State: ALKqPwfSL5HPB+/RZSvc6jcqxiR6ur5FuBttULy3Y/j2ZngL0ZeiSoEO eGUH1KP6x5luVG55JQHrimXEtA== X-Google-Smtp-Source: AB8JxZqojU0a6wdhw6mP4NUnsIJXNMMbU0IkDnd9uRevUQ6eG6l9PhyllHcqV7XFE3UTyFCm8airmA== X-Received: by 2002:a6b:bb82:: with SMTP id l124-v6mr13148193iof.125.1526860354725; Sun, 20 May 2018 16:52:34 -0700 (PDT) Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id p186-v6sm7102776itg.7.2018.05.20.16.52.33 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 20 May 2018 16:52:34 -0700 (PDT) From: Noam Postavsky To: 30044@debbugs.gnu.org Subject: Re: bug#30044: Emacs: Gud-mode: Debugging with gud: Window switching problem Date: Sun, 20 May 2018 19:52:32 -0400 Message-ID: <87h8n1j35r.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 30044 Cc: claus.fischer@clausfischer.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) tags 30044 - moreinfo pending found 30044 24.5 close 30044 25.1 quit On 20 May 2018 at 18:37, Claus Fischer wrote: > > On Sun, May 20, 2018 at 06:10:01PM -0400, Noam Postavsky wrote: >> On 20 May 2018 at 16:03, Claus Fischer wrote: >> >> > I attach the full content of the trace-output buffer; I'm not sure >> > it's appropriate for the bug-tracker since it contains some specific >> > information of my source code. >> >> Do you mean that it might contain information you prefer not to post publicly? > > I don't think there's anything secret in it, just that it would > clog the bugtracker with too much information. > >> Looking at the end of your trace: >> >> 1 -> (trace-values (# #) ... >> | 2 -> (gud-display-frame) >> | | 3 -> (gud-display-line ".../database.c" 231) >> | | 3 -> (trace-values #) >> | | | 4 -> (display-buffer #) >> | | | 4 <- display-buffer: # >> >> I think you are running Emacs 24.5, correct? I ask because in Emacs >> 25.1 and above, that display-buffer call would have an additional (nil >> (inhibit-same-window . t)) argument. In which case, you might be >> hitting Bug#20034/19901/17675. > > Yes, indeed. > > $ emacs --version > GNU Emacs 24.5.1 > Copyright (C) 2015 Free Software Foundation, Inc. > GNU Emacs comes with ABSOLUTELY NO WARRANTY. > You may redistribute copies of Emacs > under the terms of the GNU General Public License. > For more information about these matters, see the file named COPYING. > > *** > > About bug 19901: I noticed that after the bug, Emacs had kind of > "switched" its idea in which half of the frame the correct window > was. I have a single frame with upper and lower half windows > (C-x 2), and I usually debug in the lower and view the source > in the upper one. > > However, after the bug hit, even if I switched the lower half > to *gud-gdb* again, it would for the next breakpoint again > cover the gud-gdb window. But if I switched the upper half > to *gud-gdb*, I could continue debugging "normally", and > the source would then show up in the lower window. > > *** > > I looked up the descriptions of the other bugs, and it seems > it's the same as mine. So I'll expect that the next Emacs > (whenever I upgrade my Debian) will probably fix it. If you are using Stretch (current stable) or later you can get a newer Emacs by installing the emacs25 package. https://packages.debian.org/stretch/emacs25 > I won't report it again for Emacs 24.5. > > If you want to close the bug on that account, please > go ahead! Okay, closing. > Thanks very much for your help! From unknown Mon Jun 23 23:53:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 18 Jun 2018 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator