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: Wed, 07 Apr 2021 08:42:59 -0400 Message-ID: <8735w2p8oc.fsf@md5i.com> References: <87im5ofp3z.fsf@md5i.com> <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> <58c0bfca-02e6-760f-dcff-05fdc4cca135@gmx.at> <870479cc-efd3-3a19-98a3-1d7a8b9346e8@gmx.at> <79cfe67d-3a2c-952d-7c51-20e8a4859380@gmx.at> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@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="29651"; 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>, Michael Welsh Duggan To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 07 14:44:44 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 1lU7Y2-0007Zh-72 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Apr 2021 14:44:42 +0200 Original-Received: from localhost ([::1]:48476 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lU7Xz-0007xm-CM for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 07 Apr 2021 08:44:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lU7XO-0007vb-Tb for bug-gnu-emacs@gnu.org; Wed, 07 Apr 2021 08:44:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59986) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lU7XO-00027J-Lj for bug-gnu-emacs@gnu.org; Wed, 07 Apr 2021 08:44:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lU7XO-0001YF-Hx for bug-gnu-emacs@gnu.org; Wed, 07 Apr 2021 08:44: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: Wed, 07 Apr 2021 12:44: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.16177993905887 (code B ref 47244); Wed, 07 Apr 2021 12:44:02 +0000 Original-Received: (at 47244) by debbugs.gnu.org; 7 Apr 2021 12:43:10 +0000 Original-Received: from localhost ([127.0.0.1]:43298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU7WY-0001Wt-DK for submit@debbugs.gnu.org; Wed, 07 Apr 2021 08:43:10 -0400 Original-Received: from md5i.com ([75.151.244.229]:50002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lU7WW-0001Wg-2m for 47244@debbugs.gnu.org; Wed, 07 Apr 2021 08:43:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=FDrLGC96ptN3g8l35Myr75shJ+OqHFEAZ7Jd/TGkfP8=; b=XWJ2QMHs5DswcBdthoZLBzCJVb OMQb+uWoz3N5HareD9edCkKOiC4C6d+jlYpWxMYKpek5Gu6jl/hI8oJX8w7QLP6CIP0DDugUc/E5e iVqFMh1HaRJ5HuBTajhfEXQ4v; Original-Received: from abode.md5i.com ([192.168.177.1] helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1lU7WO-0046d3-Ci; Wed, 07 Apr 2021 08:43:00 -0400 In-Reply-To: <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> (martin rudalics's message of "Wed, 7 Apr 2021 11:00:36 +0200") 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:203685 Archived-At: martin rudalics writes: >> Just a shot in the dark here. The only way I can think of this >> occurring (Vwindow_list being too small), is that something modified >> Vwindow_list when we don't expect it to be modified. I looked through >> all the uses of Vwindow_list and window_list(), and they all look >> kosher. The only modification seems to be setting Vwindow_list to nil. >> But window_list() does call into lisp (nconc2, which calls Fnconc) when >> constructing Vwindow_list, and it uses Vwindow_list as a temporary in >> the process. Is it possible that during that call something happens >> asynchronously (via gc?) that calls something that sets Vwindow_list >> to nil again, while Vwindow_list is being constructed? > > Improbable but I attached some code that could detect such an > incidence. Put a breakpoint at the > > Vwindow_list = window_list_2; > > line. > >> I don't think >> so, off hand, but I'm grasping at straws. > > I also added a variable called `window-list-lengths' which records the > last 20 or so last changes in the number of windows seen by window_list. > Maybe you can detect some strange 2 ~> 6 or 6 ~> 2 change while running > Gnus. I'm still not sure whether your daemon setup could be involved > somehow. I can run with this, but I am uncertain how I should be using it. What should I be trapping on and looking at? I'm guessing the same process as I used before, but we get another variable we can look at in the process? -- Michael Welsh Duggan (md5i@md5i.com)