From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui, dedicated windows Date: Tue, 08 Jul 2008 16:06:22 +0900 Message-ID: References: <87zlowwyn1.fsf@localhorst.mine.nu> <18543.18102.11098.763936@kahikatea.snap.net.nz> <87vdzkwqlr.fsf@localhorst.mine.nu> <18545.40372.978280.247737@kahikatea.snap.net.nz> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1215500818 26866 80.91.229.12 (8 Jul 2008 07:06:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Jul 2008 07:06:58 +0000 (UTC) Cc: David Hansen , emacs-devel@gnu.org To: Nick Roberts Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 08 09:07:44 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KG7Ib-0002Cj-UP for ged-emacs-devel@m.gmane.org; Tue, 08 Jul 2008 09:07:42 +0200 Original-Received: from localhost ([127.0.0.1]:51473 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KG7Hk-0005WB-Js for ged-emacs-devel@m.gmane.org; Tue, 08 Jul 2008 03:06:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KG7Hf-0005W6-FF for emacs-devel@gnu.org; Tue, 08 Jul 2008 03:06:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KG7Hd-0005Vf-Nf for emacs-devel@gnu.org; Tue, 08 Jul 2008 03:06:42 -0400 Original-Received: from [199.232.76.173] (port=42545 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KG7Hd-0005Vc-GW for emacs-devel@gnu.org; Tue, 08 Jul 2008 03:06:41 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:39417) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KG7HY-0002Jz-93; Tue, 08 Jul 2008 03:06:36 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.193]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KG7HV-0002tq-89; Tue, 08 Jul 2008 03:06:33 -0400 Original-Received: from relay11.aps.necel.com ([10.29.19.46]) by tyo201.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id m6876OWn001131; Tue, 8 Jul 2008 16:06:24 +0900 (JST) Original-Received: from relay11.aps.necel.com ([10.29.19.24] [10.29.19.24]) by relay11.aps.necel.com with ESMTP; Tue, 8 Jul 2008 16:06:24 +0900 Original-Received: from dhapc248.dev.necel.com ([10.114.112.215] [10.114.112.215]) by relay11.aps.necel.com with ESMTP; Tue, 8 Jul 2008 16:06:24 +0900 Original-Received: by dhapc248.dev.necel.com (Postfix, from userid 31295) id E10D64AC; Tue, 8 Jul 2008 16:06:23 +0900 (JST) System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <18545.40372.978280.247737@kahikatea.snap.net.nz> (Nick Roberts's message of "Mon, 7 Jul 2008 16:38:12 +1200") Original-Lines: 38 X-detected-kernel: by mx20.gnu.org: Solaris 8 (1) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:100445 Archived-At: Nick Roberts writes: > I still can't reproduce this, or Miles' problem whrere gdb-ui will hide the gdb > buffer as a side-effect of popping up the source buffer (which may be a > consequence of the GUD buffer _not_ being in a dedicated window. ... > OK, I've just tried using gdb-ui without making windows dedicated and not > noticed any degradation in performance. Maybe dedicating the windows is > historical and isn't needed now windows are split more readily. It's really > just evolved from my arbitrary personal use. If you want to submit a patch and > others, e.g., Miles, think it's an improvement, I'll be happy to install > it. I'm not sure what's going on really -- the window doesn't seem to be dedicated. I'm not sure if I am using the same setup as other people, I just say "M-x gdb" to invoke gdb, and get, initially, just a single *gud...* buffer. Anyway the problem is when the frame contains only a single window, with the *gud...* buffer; if I do M-: (window-dedicated-p (selected-window)), the result is nil. So, at that point, if I type in, e.g., "up RET" to the gdb prompt, naturally it tries to display the source code of the new frame -- but the source-code buffer _replaces_ the *gud...* buffer in the single window, instead of splitting the frame! It _doesn't_ seem to happen if use "emacs -Q", so I guess it's some setting, but I'm not sure what (I don't set any gud- or gdb- variables, and the same/special-foo variables all seem normal). The "immediate" cause seems to be that in the variable `gdb-source-window' is different; in my normal (non-"-Q") emacs, gdb-source-window seems to often point to the actual window being used to display the *gud...* buffer; I guess this causes the problem. -Miles -- Electricity, n. The cause of all natural phenomena not known to be caused by something else.