From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Extend gdb to filter registers Date: Sun, 26 Jan 2020 17:57:50 +0100 Message-ID: <745ebf9f-b87e-d8f9-a281-5996001869bc@gmx.at> References: <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 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="25457"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , john@yates-sheets.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, juri@linkov.net To: Yuan Fu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jan 26 18:01:16 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 1ivlHg-0006ae-MU for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jan 2020 18:01:16 +0100 Original-Received: from localhost ([::1]:35298 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivlHf-00089m-HE for ged-emacs-devel@m.gmane-mx.org; Sun, 26 Jan 2020 12:01:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36319) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ivlEZ-0006DD-U0 for emacs-devel@gnu.org; Sun, 26 Jan 2020 11:58:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ivlEY-0002hB-T6 for emacs-devel@gnu.org; Sun, 26 Jan 2020 11:58:03 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:38179) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ivlEY-0002bV-Fs; Sun, 26 Jan 2020 11:58:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1580057872; bh=2p1zga0d213bZK2X7O8l18k9MbN2gLJjU7uf0B+I5K0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=a3l8Ggq49+EN/665j4DMLbjjg2tYw2MJ4bAbOuI4qrzq77heZcqzYOJIGFTVF/tSU Ek2/ZiMFPGTRJkmxs7xSM5muzeGJdoKsPU3leXGZFkaQZ3YHiHeFUzn+HEzL4NHFnQ jnSzg9oYs58ZcbH9VkQB07jQyxv0FNrPLpRDTW4A= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.152]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MUowb-1j4FZh1wpd-00QjAF; Sun, 26 Jan 2020 17:57:52 +0100 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:ptAXyxJtpE9+k8+g4MUi8wG7uukMCNjtpdWfcPCaruPIGUwfofq 8uXAORjkZ0d2Kw8qmQTQBBg5g6ld6H6g6y5/+2JKlgaD10h5cjPviixzwuC4xEze+lClyT6 Pc/b5GNkStMB9apCa24f0cpjXzVUWwtCLiCK9aVZPOFHj7yxgG5DuRKFMiKyIHWCeA131bT VTyprU9RAkUUipYkUZNKQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:7qUMGoJR6Co=:zYmmRqbvyqQAt7eZs7q1jR DL5AbkbcwOGgMeWHm8hPA/EjZsUBQFVAcdDOSS+nFhWWejN0fg57CmIPVrbqFELyVi4f4Bo7u XutMvG0cMy+PPjflp2qKieRqrhSjDRuxJS1izp6GTKUmNoe4gqSNFWGQan2hs1N6OPwfLHg8w EPQMwRmxlYlgNNm/VJ166oC8krpDCVIIfiGRvkX5nrMMInFDBwa0H2QVhftuPZHLxd88InljY 9b+t51igpvi2JenVj5GfAZ9iwEutWZU4tZsOtj0APW4J2FYdblkpv6NaX6I82qskIOGSZDcKb g5/xIVywE6WoV/BBrAFs336Yf3z7gXMgEocM5+mkp8BAaFTQWd2vzoUm3kGzfN/428en3Hwi5 NfStJzz94j45sclSfL8CYyeUgkf9arh/hXIfvsI+ESiFJtLOEuqE6P08VRb+KR0d80YL6csLQ UUST1ivYRUNb/dW+PTwTQyad+7mwv+6ujSStTeUpTPHBPAzfAFWWXFX4hnXNU3VXa+4ef0wvf qYBfcV9oXKKKbmt4PHlw+D/7LrVoHd1SfjC2IaEm/gE0/cj+NmagVru8At0wY/QQ7VlAAp3fW nresnGbTQmM9qR82zbhOPEC9K3PjEzE8Iz0poDV84AfCUaDqVpFoX+MAVh4boohsoHPlyW8eu hvY7hG760fAVWfTCmc/OA2M7l5rPOrzsvs3WPPNGyEu/F8UFrJK2DCoe+mtPWSI+CKs2M4LCn B9Jp8p/2lnUTBAljEZtGKaXszXWN3oYcb0LADoaeyi9TDERfqgQ9i5ZZ73qt4aJMS2wfdzXI X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.22 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:244659 Archived-At: > 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. Right. An application can always re-override the user by using 'display-buffer-overriding-action' but that should be a last remedy only. > Maybe we could provide a customization to make gdb function windows > (breakpoint, io, thread, etc) un-splittable? I think we should do two things. (1) Provide a simple interface for users who don't need the function windows. The aim here is to avoid that new windows pop up wildly whenever hitting a new breakpoint or during stepping. (2) Provide a more sophisticated window layout showing all sorts of function windows using side windows. In particular, more "flat" windows like the breakpoint, locals, stack frames and maybe the io window should appear at the bottom and top of the frame. The gud window would appear on the left or right (the io window could then go to the opposite side). The center of the frame would be reserved for the source window or whatever the user wants to show there. This way, 'display-buffer' reaardless of whether it's called by gdb or anyone else would never mangle those function windows - neither split nor delete or reuse them arbitrarily - unless the user explicitly wants to do that. martin