From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.bugs Subject: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs Date: Mon, 05 Apr 2021 16:56:23 -0400 Message-ID: References: <87im5ofp3z.fsf@md5i.com> <834kgrifrt.fsf@gnu.org> <106ce987-1a45-bbdf-3897-445baa99a476@gmx.at> <745cb501-d742-8797-d07c-00125f60f8ec@gmx.at> <7a37c708-0ac1-3b06-9042-b4b2b6d6c5d6@gmx.at> <87v990r41n.fsf@md5i.com> <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7737"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Michael Welsh Duggan , "schwab@linux-m68k.org" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org> To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 05 22:57:09 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lTWHU-0001vE-Un for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 05 Apr 2021 22:57:08 +0200 Original-Received: from localhost ([::1]:54378 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lTWHU-0001uZ-0o for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 05 Apr 2021 16:57:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45006) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lTWHO-0001u7-V1 for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2021 16:57:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55421) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lTWHO-0005em-Ld for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2021 16:57:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lTWHO-00057T-Dm for bug-gnu-emacs@gnu.org; Mon, 05 Apr 2021 16:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Welsh Duggan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Apr 2021 20:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47244 X-GNU-PR-Package: emacs Original-Received: via spool by 47244-submit@debbugs.gnu.org id=B47244.161765620019646 (code B ref 47244); Mon, 05 Apr 2021 20:57:02 +0000 Original-Received: (at 47244) by debbugs.gnu.org; 5 Apr 2021 20:56:40 +0000 Original-Received: from localhost ([127.0.0.1]:38734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTWH2-00056n-1b for submit@debbugs.gnu.org; Mon, 05 Apr 2021 16:56:40 -0400 Original-Received: from veto.sei.cmu.edu ([147.72.252.17]:56932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lTWGv-00056R-JG for 47244@debbugs.gnu.org; Mon, 05 Apr 2021 16:56:38 -0400 Original-Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuQA8017705; Mon, 5 Apr 2021 16:56:26 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 135KuQA8017705 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1617656186; bh=5HqE50YErnrbINFlThzLgcIX+VTt+D3fAZMlCjPgFt0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=eKSiik9zYSDUhX6z4/o7QK151RcwVNeZNzUtDgKI6xAEV41TMC0IoirEQl4WZ4RD1 3mnxj7SKjqucAnj3kq/4fUdC3rmEvedMpAJqX/dl5gWV/U5I7UayXOD+xqCbnOOQAr 8h9bSMy/8F1S+Jlp9uIDy5z0zKg6v1jeuhb866Dc= Original-Received: from lx-birch.ad.sei.cmu.edu (lx-birch.ad.sei.cmu.edu [10.64.53.120]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuNF3015502; Mon, 5 Apr 2021 16:56:23 -0400 Original-Received: from lx-birch.ad.sei.cmu.edu (localhost [127.0.0.1]) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 135KuNMC012821; Mon, 5 Apr 2021 16:56:23 -0400 Original-Received: (from mwd@localhost) by lx-birch.ad.sei.cmu.edu (8.14.7/8.14.7) id 135KuN5A012818; Mon, 5 Apr 2021 16:56:23 -0400 X-Authentication-Warning: lx-birch.ad.sei.cmu.edu: mwd set sender to mwd@cert.org using -f In-Reply-To: <4ad20b14-f4a5-07c0-3f86-698d0934d5af@gmx.at> (martin rudalics's message of "Mon, 5 Apr 2021 16:39:34 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:203615 Archived-At: martin rudalics writes: >> Surprisingly, no. Three frames were checked. The only buffers in >> windows involved in the entire process were: >> >> "build.ninja" - I had that file in another frame >> " *Minibuf-0*" - Looks like this was in the same frame as build.ninja? >> "*Server*" - This was the window whose buffer is being deleted > > But *Server* _is_ the buffer that shall be killed IIUC - the obj passed > to window_loop. I nowhere see that you tried > > p XBUFFER (w->contents)->name_ > > below. Basically when you encounter the > > if (EQ (w->contents, obj)) > > eventually w->contents should be that buffer. And apparently > w->contents never is that buffer. Can you check again? Actually, what I did is use xbuffer, which as part of it outputs the name_. For example: (gdb) p w->contents $53 = XIL(0x5555578be555) (gdb) xbuffer $54 = (struct buffer *) 0x5555578be550 0x555557241db0 "build.ninja" In this case the name_ field is "build.ninja". The definition of xbuffer is: define xbuffer xgetptr $ print (struct buffer *) $ptr xgetptr $->name_ output $ptr ? (char *) ((struct Lisp_String *) $ptr)->u.s.data : "DEAD" echo \n end document xbuffer Set $ as a buffer pointer and the name of the buffer. This command assumes $ is an Emacs Lisp buffer value. end When window_list_1() gets called with the window that has "*Server*" as the buffer, window_list() (as called on line 2866) does not return a list that contains that window. I do not know how Vwindow_list (which is what is returned by window_list() gets updated. -- Michael Welsh Duggan (mwd@cert.org)