From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#17675: 24.4.50; *gud* buffer keeps on getting buried Date: Tue, 03 Jun 2014 18:08:28 +0200 Message-ID: <538DF2FC.8020908@gmx.at> References: <87d2eqyqd9.fsf@maru2.md5i.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1401811771 24136 80.91.229.3 (3 Jun 2014 16:09:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Jun 2014 16:09:31 +0000 (UTC) To: Michael Welsh Duggan , 17675@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 03 18:09:21 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WrrH7-00042G-10 for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Jun 2014 18:09:21 +0200 Original-Received: from localhost ([::1]:54517 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrrH6-0003Em-J5 for geb-bug-gnu-emacs@m.gmane.org; Tue, 03 Jun 2014 12:09:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34301) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrrGv-0003DT-Oa for bug-gnu-emacs@gnu.org; Tue, 03 Jun 2014 12:09:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrrGo-0003zL-9a for bug-gnu-emacs@gnu.org; Tue, 03 Jun 2014 12:09:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrrGo-0003zH-71 for bug-gnu-emacs@gnu.org; Tue, 03 Jun 2014 12:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WrrGn-0001Y1-NG for bug-gnu-emacs@gnu.org; Tue, 03 Jun 2014 12:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 16:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17675 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17675-submit@debbugs.gnu.org id=B17675.14018117315925 (code B ref 17675); Tue, 03 Jun 2014 16:09:01 +0000 Original-Received: (at 17675) by debbugs.gnu.org; 3 Jun 2014 16:08:51 +0000 Original-Received: from localhost ([127.0.0.1]:42428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrrGd-0001XV-3b for submit@debbugs.gnu.org; Tue, 03 Jun 2014 12:08:51 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:53825) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrrGa-0001X9-7g for 17675@debbugs.gnu.org; Tue, 03 Jun 2014 12:08:49 -0400 Original-Received: from [188.22.43.33] ([188.22.43.33]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M51eM-1WbhIS3pTa-00zEIK; Tue, 03 Jun 2014 18:08:35 +0200 In-Reply-To: <87d2eqyqd9.fsf@maru2.md5i.com> X-Provags-ID: V03:K0:lDB10AGKgUxMuBlNeEc9XX1Lmdp5iW0UMju6zpCZ6qf6E6sq13Y nsyQsE6qeTacQ2VzXAJLfhJjRJi+oBfMCQLb16jv1DBZgV+LQ0P3uvyhprlgw67knSF5HtG x8drJ4k2jZL7G4vKstdjXx75okKS+Hqqw8FQjtCMiPF8YBpJOuEp1TuOkdaJ4ajWs+kmL2/ FMiCg7MYbAXZlc0jb8D5A== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:89943 Archived-At: > At this point, notice that *gud-foo* buffer is gone, as foo.c has > replaced it. At some point in time in the past, foo.c would end up > replacing the other window (the *scratch* buffer). That would be the > desired behavior, as I would be able to continue using the *gud* buffer. > > C-x 4 b RET (accepting default "*gud-foo*") > n RET RET > > Now *input/output of foo* replaced the *gud-foo* buffer. I can't say > much about this, as I normally use gdb a different way. But it seems > sub-optimal. For my usual debugging habits, see Sequence 2. Here ... > Same set-up as for sequence 1, then as follows: > > M-x gud-gdb RET > RET (accepting default "gdb --fullname foo") > start RET > > At this point, notice that *gud-foo* buffer is gone, as foo.c has > replaced it. At some point in time in the past, foo.c would end up > replacing the other window (the *scratch* buffer). That would be the > desired behavior, as I would be able to continue using the *gud* buffer. ... and here it would be helpful to check whether `display-buffer' runs `display-buffer-use-some-window' and why it uses that window. I usually edebug this from a second frame. > If need be, I can create a slightly more elaborate example containing > more than one C file, and we can see *gud-foo* getting buried again as > other C files pop up. In my experience the least recently used window should be used. Since you apparently did not touch the *scratch* window for some time we'd have to find out why it doesn't do that in your case. martin