From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alexandre Bacquart Newsgroups: gmane.emacs.devel Subject: gdb-setup-windows Date: Mon, 25 Apr 2016 00:12:34 +0200 Message-ID: <571D44D2.7060006@free.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1461535968 19506 80.91.229.3 (24 Apr 2016 22:12:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Apr 2016 22:12:48 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 25 00:12:48 2016 Return-path: Envelope-to: ged-emacs-devel@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 1auSGi-000765-73 for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2016 00:12:44 +0200 Original-Received: from localhost ([::1]:56823 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1auSGh-00041e-ER for ged-emacs-devel@m.gmane.org; Sun, 24 Apr 2016 18:12:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53311) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1auSGe-0003yr-1w for emacs-devel@gnu.org; Sun, 24 Apr 2016 18:12:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1auSGa-0003MP-RY for emacs-devel@gnu.org; Sun, 24 Apr 2016 18:12:39 -0400 Original-Received: from smtp3-g21.free.fr ([2a01:e0c:1:1599::12]:21998) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1auSGa-0003ML-LZ for emacs-devel@gnu.org; Sun, 24 Apr 2016 18:12:36 -0400 Original-Received: from [192.168.1.10] (unknown [82.67.27.111]) by smtp3-g21.free.fr (Postfix) with ESMTP id 92CAC13F838 for ; Sun, 24 Apr 2016 22:12:37 +0200 (CEST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0 X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] [fuzzy] X-Received-From: 2a01:e0c:1:1599::12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:203283 Archived-At: Hi, There's a bug in gdb UI which bothers me since several years now. That is enough and I want to get rid of it definitely. But I'm not here to report it (not the right place), I just want to ask something that I have been unable to do. In gdb-mi.el, there's this function gdb-setup-window. This function is used to setup the 6 windows layout. Here's my question: when emacs evaluate this function, in which case the (selected-window) is NOT a window representing the buffer gud-comint-buffer? Whatever I do, I have been unable to make emacs evaluate this function without (selected-window) being anything else than a gud-comint-buffer window. ------------------------ Now for details: the bug is that each time I run gdb (with gdb-many-window set), the windows for gud-comint-buffer is set as non dedicated (which is quite annoying as any action opening a source file will open it in this window, hiding the gdb command buffer). As far as I understand it, gud-comint-buffer is supposed to be dedicated. The only way I found to fix this bug is by replacing: (set-window-dedicated-p (selected-window) nil) with: (set-window-dedicated-p (selected-window) t) I found myself doing that EACH TIME I upgrade my emacs package since years. I want this comedy to stop. However, that looks too simple. It's not because I cannot reproduce a wrong behavior in result of this fix that it's a good one. Hence, my question ;) Thanks. -- Alexandre