From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Yuan Fu Newsgroups: gmane.emacs.devel Subject: Re: Extend gdb to filter registers Date: Sun, 26 Jan 2020 11:12:30 -0500 Message-ID: References: <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> <83eevwzi79.fsf@gnu.org> <68ef651e-9319-b392-af1c-4564d5db9112@gmx.at> <831rrvzc81.fsf@gnu.org> <997C9AD2-D8DD-45DC-9195-28FEC907B2C4@gmail.com> <83muajxs04.fsf@gnu.org> <416593FF-C4BE-478F-B5AC-3379235146ED@gmail.com> <83lfq3xp66.fsf@gnu.org> <679953AF-F50A-4ABE-B836-150BA0F95DAE@gmail.com> <83h80rxlae.fsf@gnu.org> <8A5A507A-6036-4894-A8B1-749109EBE605@gmail.com> <83wo9mvwco.fsf@gnu.org> <2BEA3843-859E-481B-8561-35384438EF7F@gmail.com> <83lfpxs4sl.fsf@gnu.org> <83zhecoseo.fsf@gnu.org> <6AC6E78C-69C2-400C-902E-CCB32E296887@gmail.com> <43cea5db-4cd0-446a-3da4-a18ce1f1a053@gmx.at> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="71758"; mail-complaints-to="usenet@ciao.gmane.io" Cc: juri@linkov.net, Eli Zaretskii , john@yates-sheets.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 26 17:13:24 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 1ivkXJ-000IcR-TJ for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jan 2020 17:13:21 +0100 Original-Received: from localhost ([::1]:34906 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivkXI-0004AD-UU for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jan 2020 11:13:20 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58018) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivkWd-0003hu-Jf for emacs-devel@gnu.org; Sun, 26 Jan 2020 11:12:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ivkWc-0008Es-If for emacs-devel@gnu.org; Sun, 26 Jan 2020 11:12:39 -0500 Original-Received: from mail-qk1-x735.google.com ([2607:f8b0:4864:20::735]:39396) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ivkWZ-00088Z-Fq; Sun, 26 Jan 2020 11:12:36 -0500 Original-Received: by mail-qk1-x735.google.com with SMTP id w15so5580363qkf.6; Sun, 26 Jan 2020 08:12:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=81NOFQjqzb5RNcCZNnZsUyUSvUcAoP6mPSJWbCowz5I=; b=VMygAYjpOjcuPRyjXNKM8Zl2EpRdviwik9W7HZpabugOr5gmD0qaDzvIsUozAvXO7m LYvoS8QvBHjw0CqZnehrx+tHQP+CK6Hlftb1yYTUgWmrwOMPm+JyPJvRVmSSPuQPNMLA 4V6MBhBPrSU0BiLFRy6n0Iszpr6fvVCrZhiAWZT7noiNdY7doXLeXs1b1eF5Q3r2Z7CN KBkLWvtl8A1xTl98fn7EZRVHhxK4UkwIn/+XpZpWiTzUhDKPVheQ4PqNxUHhTF5GTM7u QwotLcTzL1T8LxC4Z41rknNjkL7zxWrZ849JLbaeQ10r+YVubTAoZRi2cTX5xyBA2Dvo WAyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=81NOFQjqzb5RNcCZNnZsUyUSvUcAoP6mPSJWbCowz5I=; b=Jll7XRHS6pq+56kf6N5n09MCcK7C15WEO8DVvi2PfjwLK5XQtfsHPvcRxlRkjCgSiK 7t5OPZqjilTbRL1qzPGV8oSRKKA4my9ec+P4jUzkvotc3tMPAMTJOTA3RoMu0RfH3CBu cfSTfg1BCux5R9+4zsHZlWTtXUkE7Jgtc2rWTp2qfuwEcjZJUK1VZe8g39rjFr081KiA xVEnLiIQcx+eFtqfbETTrTvo7W7r7pN46uHqmsfrp1KfutiZE0pGlUd0OS12q6sUkYAw /NMpHRxGXY4FRNPzfao04Oxnvl7Zd6DpXl7UsQHq6uNiBU9YnEeqf/sl6FFJUStzrnfA cIAQ== X-Gm-Message-State: APjAAAX9gwW8erhhPf18P6ykotuMEfR6ymbgNT/4gJK0piQcwvNt8au/ bWcX5fEIvQ8RJjAfhbEBhSQ= X-Google-Smtp-Source: APXvYqyG2VKhzKTa3NW69BQoUpTAB1hxbPYQhQ0jr5ZWNLICDw5PEmY79/W/WYnsAQCb0dp7sHxD5g== X-Received: by 2002:a37:b842:: with SMTP id i63mr13016488qkf.451.1580055154670; Sun, 26 Jan 2020 08:12:34 -0800 (PST) Original-Received: from [192.168.1.5] (c-174-60-229-153.hsd1.pa.comcast.net. [174.60.229.153]) by smtp.gmail.com with ESMTPSA id z5sm7871508qts.64.2020.01.26.08.12.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Jan 2020 08:12:33 -0800 (PST) In-Reply-To: <43cea5db-4cd0-446a-3da4-a18ce1f1a053@gmx.at> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::735 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:244658 Archived-At: > On Jan 26, 2020, at 3:42 AM, martin rudalics wrote: >=20 > > If you mean rules in `display-buffer-alist` should > > take precedence over gdb-display-source-buffer-action, I > > disagree. Because a source buffer in gdb setting is different from a > > normal buffer =E2=80=94 it shouldn=E2=80=99t be surprising that = source buffers display > > differently in gdb. Or, think of gdb as a special case, and special > > case normally take precedence over normal case. >=20 > If you want to use 'display-buffer' and do not set > 'display-buffer-overriding-action', you cannot override > 'display-buffer-alist=E2=80=99. >=20 > martin >=20 I has a second look at the docstring of `display-buffer`, yes = `display-buffer-alist` overrides supplied ACTION argument. Then the user = is always able to override our display buffer customizations. > If all you want is to make a window really "unsplittable", the > 'split-window' parameter mentioned above should accomplish that. I > suppose though, that you want to make such windows unsplittable for > 'display-buffer' only. And this will cause real problems because how > should 'display-buffer-below-selected' or 'display-buffer-at-bottom' > handle such a case? Maybe we could provide a customization to make gdb function windows = (breakpoint, io, thread, etc) un-splittable? Yuan=