GNU bug report logs - #2556
23.0.91; gdb-ui sometimes messes up window handling

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Miles Bader <miles@HIDDEN>; Keywords: unreproducible; dated Tue, 3 Mar 2009 11:00:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 2556 <at> debbugs.gnu.org:


Received: (at 2556) by debbugs.gnu.org; 21 May 2018 00:20:11 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 20 20:20:11 2018
Received: from localhost ([127.0.0.1]:42277 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fKYYc-0007n3-EV
	for submit <at> debbugs.gnu.org; Sun, 20 May 2018 20:20:11 -0400
Received: from mail-it0-f54.google.com ([209.85.214.54]:52825)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>) id 1fKYYa-0007ml-NC
 for 2556 <at> debbugs.gnu.org; Sun, 20 May 2018 20:20:09 -0400
Received: by mail-it0-f54.google.com with SMTP id y189-v6so19224426itb.2
 for <2556 <at> debbugs.gnu.org>; Sun, 20 May 2018 17:20:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=UfNbEcGK4VqZtGFJvHkeW6MyOLjG1/GDLsDA59EPIWw=;
 b=aCJhjDkdKdmZ9POueCdS4y96/+Z6DPoWo8/y3hjuRvyqWcvg05YjTIAsSHdA7jnyh4
 lW7BRnVmok7L2OvHWNC1j3s3oj2QY16/iAcFO0HROg0EjQf/i/GVzOv0zquGfUrfTR1U
 TgJ1W32qNaPHUDKIPGOhSk0yu8bxr4JDQnVdFbtt/iMnVbfw1psNhNxr5t1j+etFj0k8
 Oo9Tvt4c4Os4BF/QmfFMBPMHpxl5hL3ktsKyGieAFhuV7yiCTB6k6uLq9tSWAiJrlahZ
 HHS8r48aeQ3i/cxbiDiXo4v0dRfgX7/Ha3m4wETDIxhxLWa9Jxkqr8B3Hcg4t+GtEpqy
 gN7Q==
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:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=UfNbEcGK4VqZtGFJvHkeW6MyOLjG1/GDLsDA59EPIWw=;
 b=opqEJrdUEmdNKbia8NwGT7/PoknmeDu2z8apqKuJXfznHemtVUT2xFJKiPAdp79Hod
 XU+OIkckVJplpnXDBxUR1yb/kuw3MnQK3pgmwq0uCE3PBRXYbt5l2LgWdm4MfZKn7dDQ
 BIWI0Ea+13FQe+S/UeIUG2JGr3t42XG51YTy6OE5lXRWBnmM1EtNgiRqolZ9X7Sn+IJe
 fuGk753Im27nT/hrh/miB1inUqkMSdVuoz3WuQKttQsD9ggo1vhu9ZarDLzq7LNlxYvp
 6Okmbe6+xAQGEt1enf7pTDXjxVRGSdC9d0XA1VHizjgGUJOZ2+/ARqVuV9Uii/sUJa8I
 lwxQ==
X-Gm-Message-State: ALKqPwerlhTLkkkGEtgJiT8eEGi4KEtL2bkpXBzPNslSdN8ym5tk8hp5
 MmaqeUjQW72wL9x3DwQsB+LLEQ==
X-Google-Smtp-Source: AB8JxZrKSbMAB1UsfbpQ4S/1d2YoKvIBQVuJpuj9WbvBqe3kbNtF+vVS2+9FuaVXOwwwU4WKDHkK+A==
X-Received: by 2002:a24:2e8f:: with SMTP id
 i137-v6mr15641293ita.124.1526862003232; 
 Sun, 20 May 2018 17:20:03 -0700 (PDT)
Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id
 v127-v6sm2790030itc.3.2018.05.20.17.20.02
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sun, 20 May 2018 17:20:02 -0700 (PDT)
From: Noam Postavsky <npostavs@HIDDEN>
To: Alexandre BACQUART <tek512@HIDDEN>
Subject: Re: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
References: <buoocwiri8a.fsf@HIDDEN>
 <1415514044.14406.1.camel@HIDDEN>
Date: Sun, 20 May 2018 20:20:01 -0400
In-Reply-To: <1415514044.14406.1.camel@HIDDEN> (Alexandre BACQUART's
 message of "Sun, 09 Nov 2014 07:20:44 +0100")
Message-ID: <87603hj1vy.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 2556
Cc: 2556 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Alexandre BACQUART <tek512@HIDDEN> writes:

> I'm bothered by this issue since years. I finally decided to take a
> look. My usage of gdb in emacs is a bit different from the OP, but the
> issue is almost the same.

Your description looks like Bug#22374 which I can reproduce in current
Emacs versions (26.1 and 27.0.50).




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#2556; Package emacs. Full text available.
Added tag(s) unreproducible. Request was from Noam Postavsky <npostavs@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 2556 <at> debbugs.gnu.org:


Received: (at 2556) by debbugs.gnu.org; 21 May 2018 00:19:00 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 20 20:19:00 2018
Received: from localhost ([127.0.0.1]:42270 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1fKYXU-0007jv-3l
	for submit <at> debbugs.gnu.org; Sun, 20 May 2018 20:19:00 -0400
Received: from mail-io0-f179.google.com ([209.85.223.179]:41700)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <npostavs@HIDDEN>)
 id 1fKYXQ-0007jR-E2; Sun, 20 May 2018 20:18:56 -0400
Received: by mail-io0-f179.google.com with SMTP id e12-v6so12395276iob.8;
 Sun, 20 May 2018 17:18:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=elSzAkI2H7ijf3NDNJnHvuT+iwIC7gwvZcC1FZ50K5Y=;
 b=qTTnsoaVWzcjbwvr5P0r6srzgkza4IV3jA4Vv5dPp7/80U3+1PBhws7EuqytfQitzg
 +g37Ngc8Nbg1i2NX/rpKjsWEIh1TfoCLJuQVvtoNfGkJ82oREGdgpY7xsxBnDXXuSCKO
 k0K0yaOvPnpArNk1bHllrpQ+e7isdXgjmnINBqHrsuk0MwvI4V3Xg2qmnUJcoC3Uxvso
 l4JHehPbhBHQMxn3j7lD6RcOVEBBDSKnYI36iOt7SOrpNGQiBbUOKwquPXG9ycz18fur
 NkemcXywrsxZwRbC6wbOFoSGvLQu1P6xwpZQUqmfTzhp1O1p5283uWfJnZj7gckuuEgA
 SbiQ==
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:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=elSzAkI2H7ijf3NDNJnHvuT+iwIC7gwvZcC1FZ50K5Y=;
 b=ryN1Om/okTYqKYULrVm94DwuTGdF1Q0SxnvCI9kelWyr78gv1pQ+V0cn8WzDUWaFz7
 PZl2mi2leunfasXE6cG/ZMjQIzm4+I/EIgOUQLpZaQHN9r9doSoKsLVcY1NqBUo5jttD
 G9hIYe8aU5lCpbHfOitJuLjyVB97ttce8OceTAfNNi8yuMXLFDCMNjZD0ZSAYhk4tEo5
 C2946hZfbwYsuLgW4mNz8vfdHHIIZpLSJ79oZmI4iu4fLZkHSrBMQhiotQHIuGfS5WI4
 i+Yi73LUBHXEujCTIBdU0Of26b+njDLLKERANQedaqUweTji/LDL1Gup7F8pqnHXjqzh
 aJ+w==
X-Gm-Message-State: ALKqPwcJ5pfjqk0BPfzNv3/WBzwiXNBe2TNWkGotOSmCc1VoLMwsuc/S
 /VBadetqLfbP7zXG1BGOjPwnhg==
X-Google-Smtp-Source: AB8JxZr2DGMmzNbyyG5BTM90cBdlS707fGST/GO4LsfpoGRYvuMOV7Tlgt6z5JcIau+m68PgZ5eWVQ==
X-Received: by 2002:a6b:9704:: with SMTP id
 z4-v6mr20084524iod.120.1526861930865; 
 Sun, 20 May 2018 17:18:50 -0700 (PDT)
Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34])
 by smtp.googlemail.com with ESMTPSA id
 e139-v6sm3162046ite.1.2018.05.20.17.18.50
 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
 Sun, 20 May 2018 17:18:50 -0700 (PDT)
From: Noam Postavsky <npostavs@HIDDEN>
To: Miles Bader <miles.bader@HIDDEN>
Subject: Re: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
References: <buoocwiri8a.fsf@HIDDEN>
Date: Sun, 20 May 2018 20:18:49 -0400
In-Reply-To: <buoocwiri8a.fsf@HIDDEN> (Miles Bader's message
 of "Tue, 03 Mar 2009 19:52:37 +0900")
Message-ID: <878t8dj1xy.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -1.8 (-)
X-Debbugs-Envelope-To: 2556
Cc: 2556 <at> debbugs.gnu.org, Miles Bader <miles@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.8 (--)

tags 2556 + unreproducible
quit

Miles Bader <miles.bader@HIDDEN> writes:

> This is an old bug with gdb-ui that seems to have been forgotten (but is
> still present though; it bites me regularly); the basic symptom is that
> sometimes when you type a command to a gud debugger prompt, and gud pops
> up an associated source code buffer, the source code buffer will be
> displayed in the same window where your gud session buffer was displayed,
> resulting in the gud buffer being hidden!
>
>
> Here's the test case I gave (starting with emacs -Q):
>
>      (1) start a gdb session in emacs, and hit a breakpoint or something so
>          that gdb pops up the source in another window (splitting the frame)
>
>      (2) Switch to the source window with "C-x o"
>
>      (3) Delete the other [*gud...*] window with "C-x 1"
>
>      (4) Switch back to the *gud...* buffer using "C-x b *gud...* RET"
>
>      (5) Try to pop up the source buffer again using a gdb command, e.g.,
>          just "frame RET".
>
>    *bang*, *gdb...* buffer disappears, source buffer is only ting
>    displayed... :-(

I'm not able to reproduce this in more recent Emacs versions (I've
tested back to 24.3).





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#2556; Package emacs. Full text available.

Message received at 2556 <at> debbugs.gnu.org:


Received: (at 2556) by debbugs.gnu.org; 9 Nov 2014 18:39:35 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Nov 09 13:39:35 2014
Received: from localhost ([127.0.0.1]:55077 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1XnXOg-0005oj-E4
	for submit <at> debbugs.gnu.org; Sun, 09 Nov 2014 13:39:34 -0500
Received: from mail-wi0-f169.google.com ([209.85.212.169]:44632)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <tek512@HIDDEN>) id 1XnLrj-0001Jb-QQ
 for 2556 <at> debbugs.gnu.org; Sun, 09 Nov 2014 01:20:48 -0500
Received: by mail-wi0-f169.google.com with SMTP id n3so7605362wiv.4
 for <2556 <at> debbugs.gnu.org>; Sat, 08 Nov 2014 22:20:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=message-id:subject:from:to:date:content-type:mime-version
 :content-transfer-encoding;
 bh=DpBepGFGDOaX2scAaWywM2mCQNXB1c6pSFjMxDv1oDU=;
 b=n9DA0kUYtNVnXj6QZy1OD0f5licUdv7DN14IOD9/iMVVmxZUN8Qo6bdm9VHBOVB7Ez
 e1oyxw0hXQAWlvxran3uYtL1JCaDyj24pbSEJtiGSuxZYDFbj2OotAs3fh8RDMA4vHRH
 HymakGObj3hmaYwjShsmRE53vCEZUEXJeVHq7oWOf89O6A8SvvKbdIW3Oh8Zy3ub0jjG
 XubgEaKzlsRz21/AQh6KxIkfhTSCMRhN/LS/1D4WvVGfaR4rVK0gd8AdAHbeiPajHSDR
 Pj+208/gTc/42GQ5ZCIJLdBor8f/6duAiktPgDdjAH25S8GMzjDyWpY/mHWClh7FZ5jU
 j0Iw==
X-Received: by 10.194.187.77 with SMTP id fq13mr32334839wjc.14.1415514047201; 
 Sat, 08 Nov 2014 22:20:47 -0800 (PST)
Received: from quasar.free.fr (par69-3-82-224-162-129.fbx.proxad.net.
 [82.224.162.129])
 by mx.google.com with ESMTPSA id bj7sm17961026wjc.33.2014.11.08.22.20.45
 for <2556 <at> debbugs.gnu.org>
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Sat, 08 Nov 2014 22:20:46 -0800 (PST)
Message-ID: <1415514044.14406.1.camel@HIDDEN>
Subject: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
From: Alexandre BACQUART <tek512@HIDDEN>
To: 2556 <at> debbugs.gnu.org
Date: Sun, 09 Nov 2014 07:20:44 +0100
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.12.7-1 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.4 (/)
X-Debbugs-Envelope-To: 2556
X-Mailman-Approved-At: Sun, 09 Nov 2014 13:39:33 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.4 (/)

I'm bothered by this issue since years. I finally decided to take a
look. My usage of gdb in emacs is a bit different from the OP, but the
issue is almost the same.

In fact, I have gdb-many-windows set to t. I like debugging that way so
when gdb starts, I get the 6 windows layout and I keep it that way most
of the time. My issue (which in this regard is the same as the OP) is
that when I select a line in the stack frames window, the matching
source file is opened in the gdb buffer's window (the one showing gdb
command prompt at top-left on the initial layout). Any other command
leading gdb UI to show a source file does that too. This made me crazy
for years, but not anymore. Here's what I did, but first, my reasoning:

What I found is that the gdb buffer's window is not dedicated when I
launch the gdb command. If I select it and do :

  M-: (window-dedicated-p (selected-window))

The output was nil. All other GUD windows (stack, register,
breakpoint...) output t.

The fact that the gdb buffer's window is not dedicated is the reason of
this issue. So I searched for hours to make it dedicated ON LAUNCH.
Doing this after launching gdb is easy, but it has to be done each time
gdb is launched and this is very annoying.

I tried many things (gdb-mode-hook, advising functions...) without
success. As a last resort, I did something I never usually do because
it's ugly. But hey... I guess years of annoyance is enough. So yes, I
modified gdb-mi.el. Nothing big really, just a single line in the
gdb-setup-windows function, this one:

  (set-window-dedicated-p (selected-window) nil)

I replaced nil with t. And it works.

Why ? Well, I suppose that is old code assuming the selected window
holds a source buffer. But in fact it is not, at least on launch,
because you see, this function is called only in 2 places:

- in gdb-restore-windows
- in gdb-get-source-file


On launch, since my gdb-many-windows is t, gdb-restore-windows is
called. And before this function calls gdb-setup-windows, it does that
(copy-paste of the line):

  (switch-to-buffer gud-comint-buffer) ;Select the right window and
frame.

gud-comint-buffer being the gdb buffer. So when gdb-setup-windows is
called, it used (set-window-dedicated-p (selected-window) nil) on the
gdb buffer's window, not on a source file.

Now my issue is gone. BUT (and that is the reason I prefer to explain
what I did instead of providing a clean patch) I'm not sure my change
don't have bad side effects. After all, gdb-get-source-file also calls
gdb-setup-windows...

Well, that's it. In the hope that at least I clarified a bit the source
of the issue in the first place and that someone better than me in lisp
(not hard really!) will provide a clean patch, some day... ;)






Information forwarded to bug-gnu-emacs@HIDDEN:
bug#2556; Package emacs. Full text available.

Message received at 2556@HIDDEN:


Received: (at 2556) by emacsbugs.donarmstrong.com; 8 Mar 2009 07:20:33 +0000
From snogglethorpe@HIDDEN Sat Mar  7 23:20:33 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n287KUKf005825
	for <2556@HIDDEN>; Sat, 7 Mar 2009 23:20:31 -0800
Received: by qw-out-2122.google.com with SMTP id 5so806187qwi.13
        for <2556@HIDDEN>; Sat, 07 Mar 2009 23:20:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=aSDR+VMDaIn0Elw6YIMkDjOecxH6lv786gqot9MargQ=;
        b=KvVOt/YRDYYvgptzy0uxrxl6MKgZK/AWhvt3/S5YCR9dQ+8AS14dPPxislH6nYQ7y7
         QT2pLKE4a5LNvtJ9sdwMGSmztnUVo1xVb++bVWK4GJJhDXXcrZ3H2SZ0eEaqbJ31yPEo
         /O7G8vz2rAXLWKCpjq+Sz7NO0HzDyPfEeQH0o=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=BRkZgOkpnWCIc3AW8C1svQVSf1uD+uxXOmYo9/t6LGGFDk0Biq1NUdDhYxysigTHht
         IeKT3Mtcvel7XzLGEz8haL9u9Mlihq40BrUtKBAIwSqBwvZ4CZSw1WReGgXbWPsfO/tb
         wJr3A15SRw4Z2QURNKxRJ26/ebwvajqv0XHOY=
MIME-Version: 1.0
Sender: snogglethorpe@HIDDEN
Received: by 10.229.110.14 with SMTP id l14mr2440829qcp.12.1236496829742; Sat, 
	07 Mar 2009 23:20:29 -0800 (PST)
In-Reply-To: <18867.10248.540350.511817@HIDDEN>
References: <buoocwiri8a.fsf@HIDDEN>
	 <18867.10248.540350.511817@HIDDEN>
Date: Sun, 8 Mar 2009 16:20:29 +0900
X-Google-Sender-Auth: f926249f247803d3
Message-ID: <fc339e4a0903072320j521232e4s695fc5ce84ccd6af@HIDDEN>
Subject: Re: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
From: Miles Bader <miles@HIDDEN>
To: Nick Roberts <nickrob@HIDDEN>
Cc: 2556 <at> debbugs.gnu.org, emacs-pretest-bug@HIDDEN
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Sun, Mar 8, 2009 at 11:06 AM, Nick Roberts <nickrob@HIDDEN> wrote:
> Reading through I follow your logic better this time but I would still
> suggest that you provide the fix that you wish to see. =A0FWIW I'm not su=
re
> that I've encountered this problem but I do often find that the overlay
> arrow pops up in another frame when other source files are already in
> buffers of their own.

Right, I'm going to give it a try, just gotta wrap my head around the
various functions again (it's been a while).

-Miles

--=20
Do not taunt Happy Fun Ball.




Acknowledgement sent to Miles Bader <miles@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#2556; Package emacs. Full text available.

Message received at submit@HIDDEN:


Received: (at submit) by emacsbugs.donarmstrong.com; 8 Mar 2009 07:20:36 +0000
From snogglethorpe@HIDDEN Sat Mar  7 23:20:36 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER
	autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n287KXDC005833
	for <submit@HIDDEN>; Sat, 7 Mar 2009 23:20:34 -0800
Received: from mx10.gnu.org ([199.232.76.166]:39018)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <snogglethorpe@HIDDEN>)
	id 1LgDJI-0008BB-CW
	for emacs-pretest-bug@HIDDEN; Sun, 08 Mar 2009 03:20:32 -0400
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <snogglethorpe@HIDDEN>)
	id 1LgDJH-0003Vu-Su
	for emacs-pretest-bug@HIDDEN; Sun, 08 Mar 2009 03:20:32 -0400
Received: from mail-qy0-f132.google.com ([209.85.221.132]:55425)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <snogglethorpe@HIDDEN>)
	id 1LgDJH-0003Ve-K9
	for emacs-pretest-bug@HIDDEN; Sun, 08 Mar 2009 03:20:31 -0400
Received: by qyk38 with SMTP id 38so732871qyk.14
        for <emacs-pretest-bug@HIDDEN>; Sat, 07 Mar 2009 23:20:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:mime-version:sender:received:in-reply-to
         :references:date:x-google-sender-auth:message-id:subject:from:to:cc
         :content-type:content-transfer-encoding;
        bh=aSDR+VMDaIn0Elw6YIMkDjOecxH6lv786gqot9MargQ=;
        b=KvVOt/YRDYYvgptzy0uxrxl6MKgZK/AWhvt3/S5YCR9dQ+8AS14dPPxislH6nYQ7y7
         QT2pLKE4a5LNvtJ9sdwMGSmztnUVo1xVb++bVWK4GJJhDXXcrZ3H2SZ0eEaqbJ31yPEo
         /O7G8vz2rAXLWKCpjq+Sz7NO0HzDyPfEeQH0o=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=BRkZgOkpnWCIc3AW8C1svQVSf1uD+uxXOmYo9/t6LGGFDk0Biq1NUdDhYxysigTHht
         IeKT3Mtcvel7XzLGEz8haL9u9Mlihq40BrUtKBAIwSqBwvZ4CZSw1WReGgXbWPsfO/tb
         wJr3A15SRw4Z2QURNKxRJ26/ebwvajqv0XHOY=
MIME-Version: 1.0
Sender: snogglethorpe@HIDDEN
Received: by 10.229.110.14 with SMTP id l14mr2440829qcp.12.1236496829742; Sat, 
	07 Mar 2009 23:20:29 -0800 (PST)
In-Reply-To: <18867.10248.540350.511817@HIDDEN>
References: <buoocwiri8a.fsf@HIDDEN>
	 <18867.10248.540350.511817@HIDDEN>
Date: Sun, 8 Mar 2009 16:20:29 +0900
X-Google-Sender-Auth: f926249f247803d3
Message-ID: <fc339e4a0903072320j521232e4s695fc5ce84ccd6af@HIDDEN>
Subject: Re: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
From: Miles Bader <miles@HIDDEN>
To: Nick Roberts <nickrob@HIDDEN>
Cc: 2556 <at> debbugs.gnu.org, emacs-pretest-bug@HIDDEN
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2)

On Sun, Mar 8, 2009 at 11:06 AM, Nick Roberts <nickrob@HIDDEN> wrote:
> Reading through I follow your logic better this time but I would still
> suggest that you provide the fix that you wish to see. =A0FWIW I'm not su=
re
> that I've encountered this problem but I do often find that the overlay
> arrow pops up in another frame when other source files are already in
> buffers of their own.

Right, I'm going to give it a try, just gotta wrap my head around the
various functions again (it's been a while).

-Miles

--=20
Do not taunt Happy Fun Ball.




Acknowledgement sent to Miles Bader <miles@HIDDEN>:
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#2556; Package emacs. Full text available.

Message received at submit@HIDDEN:


Received: (at submit) by emacsbugs.donarmstrong.com; 8 Mar 2009 03:08:01 +0000
From nickrob@HIDDEN Sat Mar  7 19:08:01 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER
	autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2837wpO004709
	for <submit@HIDDEN>; Sat, 7 Mar 2009 19:07:59 -0800
Received: from mx10.gnu.org ([199.232.76.166]:55755)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <nickrob@HIDDEN>)
	id 1Lg9Mr-0003Ux-IZ
	for emacs-pretest-bug@HIDDEN; Sat, 07 Mar 2009 22:07:57 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <nickrob@HIDDEN>)
	id 1Lg9Mp-0002Hj-OC
	for emacs-pretest-bug@HIDDEN; Sat, 07 Mar 2009 22:07:56 -0500
Received: from viper.snap.net.nz ([202.37.101.23]:34945)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <nickrob@HIDDEN>)
	id 1Lg9Mp-0002HX-9z; Sat, 07 Mar 2009 22:07:55 -0500
Received: from totara (35.29.255.123.dynamic.snap.net.nz [123.255.29.35])
	by viper.snap.net.nz (Postfix) with ESMTP id 8E5B73D9EF6;
	Sun,  8 Mar 2009 15:06:02 +1300 (NZDT)
Received: by totara (Postfix, from userid 1000)
	id 93FC4C081; Sun,  8 Mar 2009 15:06:00 +1300 (NZDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <18867.10248.540350.511817@HIDDEN>
Date: Sun, 8 Mar 2009 15:06:00 +1300
To: Miles Bader <miles@HIDDEN>, 2556 <at> debbugs.gnu.org
Cc: emacs-pretest-bug@HIDDEN
Subject: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
In-Reply-To: <buoocwiri8a.fsf@HIDDEN>
References: <buoocwiri8a.fsf@HIDDEN>
X-Mailer: VM 7.19 under Emacs 22.2.1
From: nickrob@HIDDEN (Nick Roberts)
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6

 > This is an old bug with gdb-ui that seems to have been forgotten (but is
 > still present though; it bites me regularly); the basic symptom is that
 > sometimes when you type a command to a gud debugger prompt, and gud pops
 > up an associated source code buffer, the source code buffer will be
 > displayed in the same window where your gud session buffer was displayed,
 > resulting in the gud buffer being hidden!

Reading through I follow your logic better this time but I would still
suggest that you provide the fix that you wish to see.  FWIW I'm not sure
that I've encountered this problem but I do often find that the overlay
arrow pops up in another frame when other source files are already in
buffers of their own.

-- 
Nick                                           http://www.inet.net.nz/~nickrob




Acknowledgement sent to nickrob@HIDDEN (Nick Roberts):
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#2556; Package emacs. Full text available.

Message received at 2556@HIDDEN:


Received: (at 2556) by emacsbugs.donarmstrong.com; 8 Mar 2009 02:06:12 +0000
From nickrob@HIDDEN Sat Mar  7 18:06:12 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.23])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n28268hd021340
	for <2556@HIDDEN>; Sat, 7 Mar 2009 18:06:10 -0800
Received: from totara (35.29.255.123.dynamic.snap.net.nz [123.255.29.35])
	by viper.snap.net.nz (Postfix) with ESMTP id 8E5B73D9EF6;
	Sun,  8 Mar 2009 15:06:02 +1300 (NZDT)
Received: by totara (Postfix, from userid 1000)
	id 93FC4C081; Sun,  8 Mar 2009 15:06:00 +1300 (NZDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <18867.10248.540350.511817@HIDDEN>
Date: Sun, 8 Mar 2009 15:06:00 +1300
To: Miles Bader <miles@HIDDEN>, 2556 <at> debbugs.gnu.org
Cc: emacs-pretest-bug@HIDDEN
Subject: bug#2556: 23.0.91; gdb-ui sometimes messes up window handling
In-Reply-To: <buoocwiri8a.fsf@HIDDEN>
References: <buoocwiri8a.fsf@HIDDEN>
X-Mailer: VM 7.19 under Emacs 22.2.1
From: nickrob@HIDDEN (Nick Roberts)

 > This is an old bug with gdb-ui that seems to have been forgotten (but is
 > still present though; it bites me regularly); the basic symptom is that
 > sometimes when you type a command to a gud debugger prompt, and gud pops
 > up an associated source code buffer, the source code buffer will be
 > displayed in the same window where your gud session buffer was displayed,
 > resulting in the gud buffer being hidden!

Reading through I follow your logic better this time but I would still
suggest that you provide the fix that you wish to see.  FWIW I'm not sure
that I've encountered this problem but I do often find that the overlay
arrow pops up in another frame when other source files are already in
buffers of their own.

-- 
Nick                                           http://www.inet.net.nz/~nickrob




Acknowledgement sent to nickrob@HIDDEN (Nick Roberts):
Extra info received and forwarded to list. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Information forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#2556; Package emacs. Full text available.

Message received at submit@HIDDEN:


Received: (at submit) by emacsbugs.donarmstrong.com; 3 Mar 2009 10:52:50 +0000
From miles.bader@HIDDEN Tue Mar  3 02:52:50 2009
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on rzlab.ucr.edu
X-Spam-Level: *
X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available.
	hammytokens:Tokens not available.
X-Spam-Status: No, score=1.1 required=4.0 tests=FOURLA,IMPRONONCABLE_2
	autolearn=no version=3.2.5-bugs.debian.org_2005_01_02
Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n23AqjUt004307
	for <submit@HIDDEN>; Tue, 3 Mar 2009 02:52:47 -0800
Received: from mx10.gnu.org ([199.232.76.166]:40812)
	by fencepost.gnu.org with esmtp (Exim 4.67)
	(envelope-from <miles.bader@HIDDEN>)
	id 1LeSCb-0000xz-Fz
	for emacs-pretest-bug@HIDDEN; Tue, 03 Mar 2009 05:50:21 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60)
	(envelope-from <miles.bader@HIDDEN>)
	id 1LeSEs-0005Fq-1I
	for emacs-pretest-bug@HIDDEN; Tue, 03 Mar 2009 05:52:44 -0500
Received: from tyo201.gate.nec.co.jp ([202.32.8.193]:42511)
	by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60)
	(envelope-from <miles.bader@HIDDEN>)
	id 1LeSEr-0005FQ-3L; Tue, 03 Mar 2009 05:52:41 -0500
Received: from relay21.aps.necel.com ([10.29.19.50])
	by tyo201.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id n23AqbCK022957;
	Tue, 3 Mar 2009 19:52:37 +0900 (JST)
Received: from relay11.aps.necel.com ([10.29.19.20] [10.29.19.20]) by relay21.aps.necel.com with ESMTP; Tue, 3 Mar 2009 19:52:37 +0900
Received: from dhlpc061 ([10.114.112.240] [10.114.112.240]) by relay11.aps.necel.com with ESMTP; Tue, 3 Mar 2009 19:52:37 +0900
Received: by dhlpc061 (Postfix, from userid 31295)
	id 4197A52E259; Tue,  3 Mar 2009 19:52:37 +0900 (JST)
From: Miles Bader <miles.bader@HIDDEN>
To: emacs-pretest-bug@HIDDEN
Subject: 23.0.91; gdb-ui sometimes messes up window handling
Reply-To: Miles Bader <miles@HIDDEN>
System-Type: x86_64-unknown-linux-gnu
Blat: Foop
Date: Tue, 03 Mar 2009 19:52:37 +0900
Message-Id: <buoocwiri8a.fsf@HIDDEN>
Lines: 223
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: miles.bader@HIDDEN
X-detected-operating-system: by monty-python.gnu.org: Solaris 8 (1)

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:


This is an old bug with gdb-ui that seems to have been forgotten (but is
still present though; it bites me regularly); the basic symptom is that
sometimes when you type a command to a gud debugger prompt, and gud pops
up an associated source code buffer, the source code buffer will be
displayed in the same window where your gud session buffer was displayed,
resulting in the gud buffer being hidden!


Here's the test case I gave (starting with emacs -Q):

     (1) start a gdb session in emacs, and hit a breakpoint or something so
         that gdb pops up the source in another window (splitting the frame)

     (2) Switch to the source window with "C-x o"

     (3) Delete the other [*gud...*] window with "C-x 1"

     (4) Switch back to the *gud...* buffer using "C-x b *gud...* RET"

     (5) Try to pop up the source buffer again using a gdb command, e.g.,
         just "frame RET".

   *bang*, *gdb...* buffer disappears, source buffer is only ting
   displayed... :-(

That text is from an old emacs-devel thread (Message-Id is
<buoy74c7sjh.fsf@HIDDEN>).

Here is the text of some of the subsequent messages in that thread:


  > From: Nick Roberts <nickrob@HIDDEN>

    OK.  When you do (4) you put the GUD buffer in the window that
    gdb-source-window points to.  So when you do 'f' gdb-ui thinks the
    source should go there.

    I'm not sure what I can do as commands like switch-to-buffer are
    built-in.  Maybe some kind of hook in window-size-change-functions
    to keep gdb-ui up-to-date.  Or perhaps having window groups would
    make it impossible to switch the source buffer for the GUD buffer if
    they were assigned to different groups.


  > From: Miles Bader <miles@HIDDEN>

    gud/gdb-ui shouldn't be storing window references like that and
    assuming the associated buffer hasn't been changed by the user,
    because that's an assumption that doesn't hold in emacs.

    Perhaps that code is left over from the "old" gdb-ui which used
    dedicated windows?

    A possible fix would be to store the buffer gdb puts in that window,
    and when deciding whether to re-use that window or, also verify that
    the same buffer is there (and don't re-use the window if not).


  > From: Nick Roberts <nickrob@HIDDEN>

    gdb-ui _does_ store the (source) buffer it puts in the window.
    That's why when you replace it with the GUD buffer using
    switch-to-buffer (not part of gdb-ui) it gets confused.

    It could verify that the same buffer is there but the contents of
    the source window change every time the program being debugged stops
    in a frame that is in a different file and gdb-ui must allow for
    this.  If the current window shows the previous frame and execution
    is continued (from the tool bar, say) so that it stops in another
    frame in a different file, then it's probably appropriate to replace
    the entire window with one displaying the new file.

    I'm not saying it that can't be done but it's probably more
    productive to discuss these ideas with actual code.


  > From: Miles Bader <miles@HIDDEN>

    > It could verify that the same buffer is there but the contents of
    > the source window change every time the program being debugged
    > stops in a frame that is in a different file and gdb-ui must allow
    > for this.

    Why is this a problem?  In such cases, the source buffer should get
    changed via gdb-display-source-buffer, which will update the
    associated source-file, right?

    In other words, it seems that as long as gud is the one doing the
    updating of the source window, everything will remain consistent,
    and it will keep using that window.  It would only be if some
    external agent changes what's displayed in that window that the
    state would become inconsistent -- and in that case, it's probably
    the right thing to do to pop up a new window (which will become the
    new source window).

    Anyway, I can make the obvious change and see if it feels funny.


  > From: Nick Roberts <nickrob@HIDDEN>

    > Why is this a problem?  In such cases, the source buffer should
    > get changed via gdb-display-source-buffer, which will update the
    > associated source-file, right?

    It needs to distinguish between cases when it is appropriate to
    replace the entire window with one displaying the new file, as
    described previously and when it isn't, as in your example.

    > Anyway, I can make the obvious change and see if it feels funny.

    Sure.  If there are problems it can easily be reverted.  It might be
    a good idea to start by not making the windows dedicated then
    perhaps David Hansen can say if that cures his use case.


  > From: Miles Bader <miles@HIDDEN>

    > Sure.  If there are problems it can easily be reverted.  It might
    > be a good idea to start by not making the windows dedicated then
    > perhaps David Hansen can say if that cures his use case.

    At least in my case, the windows _aren't_ dedicated.

    I'm not using the 57-window gdb-ui variant, I'm just using M-x gdb RET.

    [That's may be part of what's going on actually -- the current
    mechanism feels like it was written expecting the windows to be
    dedicated.]






If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/local/share/emacs/23.0.91/etc/DEBUG for instructions.


In GNU Emacs 23.0.91.7 (x86_64-unknown-linux-gnu, GTK+ Version 2.14.7)
 of 2009-03-03 on dhlpc061
Windowing system distributor `The X.Org Foundation', version 11.0.10503000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ja_JP.UTF-8
  value of $XMODIFIERS: @im=SCIM
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Article

Minor modes in effect:
  shell-dirtrack-mode: t
  buffer-face-mode: t
  show-paren-mode: t
  recentf-mode: t
  rcirc-track-minor-mode: t
  minibuffer-electric-default-mode: t
  display-time-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  temp-buffer-resize-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p 
C-p C-p C-n C-n C-n C-n C-n C-n C-u C-p C-u C-p C-p 
C-p C-u C-p C-u C-p C-p C-u C-p C-u C-p C-u C-p C-u 
C-p C-u C-p C-u C-p C-n C-n SPC n n SPC n n n q C-p 
c y c y C-u C-p C-u C-p C-v C-n C-n C-n C-n C-n C-n 
C-n C-x b * g u SPC <return> C-x b <return> C-p C-r 
e m a c s C-a C-p C-p C-p 5 0 0 0 = C-s g d b C-r C-r 
C-r C-r C-r C-r C-r C-r C-a C-a C-a C-a C-a C-u C-g 
<escape> > C-a C-r g u d C-r C-a q C-p C-u C-p C-p 
1 0 0 0 0 = C-s g d b C-s C-s C-s C-s C-a C-n C-n C-n 
C-n C-p SPC C-s C-s C-a C-x 1 C-v C-n C-n C-n C-n SPC 
N N N N N N P P P i P i C-x 5 2 <switch-frame> C-h 
f g d b - s o SPC - w SPC <escape> h <escape> h s e 
t SPC - w SPC <return> C-x n <tab> <return> C-x 1 <switch-frame> 
C-x n C-x n P N N N N P P P P P C-x p C-n C-n C-n C-SPC 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n 
C-n C-n C-n C-n C-n <escape> w <tab> x C-x n C-u C-SPC 
C-u C-SPC C-v C-v <escape> < / w C-a C-u C-SPC C-u 
C-SPC C-a C-s g d b C-a C-v C-v C-v C-s C-s C-s C-s 
C-a C-v C-v C-s C-s C-a C-v C-x p <escape> x r e p 
o r t SPC <return>

Recent messages:
Mark set
Auto-saving...done
Saved text from "Ah, actually I can reproduce it with "em"
Follow the link.
Generating summary...done
Mark popped
Mark set
Generating summary...done
Mark popped
Mark saved where search started [3 times]

-- 
"Suppose He doesn't give a shit?  Suppose there is a God but He
just doesn't give a shit?"  [George Carlin]




Acknowledgement sent to Miles Bader <miles@HIDDEN>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs@HIDDEN>. Full text available.
Report forwarded to bug-submit-list@HIDDEN, Emacs Bugs <bug-gnu-emacs@HIDDEN>:
bug#2556; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Mon, 21 May 2018 00:30:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.