[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


From: Alexandre Bacquart
Subject: gdb-setup-windows
Date: Mon, 25 Apr 2016 00:12:34 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0


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)


    (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 ;)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]