From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Extend gdb to filter registers Date: Sat, 18 Jan 2020 21:18:50 +0200 Message-ID: <83eevwzi79.fsf@gnu.org> References: <878spmuerf.fsf@mail.linkov.net> <83wod3bx8i.fsf@gnu.org> <9f5ddaa5-0234-a17b-bdd7-81d70a0a50d6@gmx.at> <83FFF194-64CD-409E-8B7A-5A9DF91E79DE@gmail.com> <83v9pb314t.fsf@gnu.org> <838sm510d6.fsf@gnu.org> <83muakzoy5.fsf@gnu.org> <71042c9f-478b-47c8-f27e-1348e9f4536d@gmx.at> <83iml8zkbm.fsf@gnu.org> <6ad85759-7408-f177-38f6-45a72c2f5a9e@gmx.at> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="107347"; mail-complaints-to="usenet@ciao.gmane.io" Cc: juri@linkov.net, casouri@gmail.com, emacs-devel@gnu.org, monnier@iro.umontreal.ca, john@yates-sheets.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 18 20:24:43 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1isti7-000Rqp-4h for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jan 2020 20:24:43 +0100 Original-Received: from localhost ([::1]:44104 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isti5-0002AS-JN for ged-emacs-devel@m.gmane-mx.org; Sat, 18 Jan 2020 14:24:41 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49630) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1istcP-0002wG-Tp for emacs-devel@gnu.org; Sat, 18 Jan 2020 14:18:50 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1istcO-0003ht-KZ; Sat, 18 Jan 2020 14:18:48 -0500 Original-Received: from [176.228.60.248] (port=3093 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1istcN-0003A8-W7; Sat, 18 Jan 2020 14:18:48 -0500 In-reply-to: <6ad85759-7408-f177-38f6-45a72c2f5a9e@gmx.at> (message from martin rudalics on Sat, 18 Jan 2020 19:41:37 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:244353 Archived-At: > Cc: john@yates-sheets.org, casouri@gmail.com, emacs-devel@gnu.org, > monnier@iro.umontreal.ca, juri@linkov.net > From: martin rudalics > Date: Sat, 18 Jan 2020 19:41:37 +0100 > > > gdb-mi.el has gdb-display-buffer, which makes the window dedicated. > > It also has some code in gdb-display-source-buffer. Neither of those > > uses display-buffer, AFAICT. So where do the split thresholds come > > into play in the scenario mentioned? > > Here > > (defun gdb-display-buffer (buf) > "Show buffer BUF, and make that window dedicated." > (let ((window (display-buffer buf))) > ^^^^^^^^^^^^^^^^^^ > (set-window-dedicated-p window t) > window)) This function isn't called when gdb-mi.el displays a source file in its window.