From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs Date: Sat, 10 Apr 2021 20:57:58 +0200 Message-ID: <18888d55-8405-a8fb-0b92-9b38cfa457bb@gmx.at> References: <87im5ofp3z.fsf@md5i.com> <87czv6q1f8.fsf@md5i.com> <233daa4b-ca64-955f-2612-49a0503b1938@gmx.at> <8735w2p8oc.fsf@md5i.com> <5181da75-e80d-22e0-bdcb-a0ffdc1bac6a@gmx.at> <5c4e5857-6a76-b8e8-204b-b4a855e95a16@gmx.at> <8f4516d5-1080-71bb-7da7-acf7832d5529@gmx.at> <87r1jlvnrc.fsf@md5i.com> <871rbkn6op.fsf@md5i.com> <83pmz493ag.fsf@gnu.org> <41cb6395-808f-8e82-ea47-db7a854aadee@gmx.at> <87v98vmax8.fsf@md5i.com> <5725d757-8b8f-905b-45aa-8fecac6d0566@gmx.at> <87zgy6b37f.fsf@md5i.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16051"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "schwab@linux-m68k.org" , "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>, Michael Welsh Duggan To: Michael Welsh Duggan Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 10 20:59:14 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 1lVIp8-00043b-4Y for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 10 Apr 2021 20:59:14 +0200 Original-Received: from localhost ([::1]:57342 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVIp6-0006XU-Oq for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 10 Apr 2021 14:59:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51116) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lVIox-0006XL-00 for bug-gnu-emacs@gnu.org; Sat, 10 Apr 2021 14:59:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41750) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lVIow-0000c9-Da for bug-gnu-emacs@gnu.org; Sat, 10 Apr 2021 14:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lVIow-00025f-Ap for bug-gnu-emacs@gnu.org; Sat, 10 Apr 2021 14:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Apr 2021 18:59: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.16180810967981 (code B ref 47244); Sat, 10 Apr 2021 18:59:02 +0000 Original-Received: (at 47244) by debbugs.gnu.org; 10 Apr 2021 18:58:16 +0000 Original-Received: from localhost ([127.0.0.1]:53296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVIoC-00024f-EX for submit@debbugs.gnu.org; Sat, 10 Apr 2021 14:58:16 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:51505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVIo9-00024N-Po for 47244@debbugs.gnu.org; Sat, 10 Apr 2021 14:58:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618081081; bh=xBu5IJYpQcbUiS7Fnn2qAnuzLVuZv6nwyQMvg2koEf8=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HhB5PDg24Sy3riS6t+KmG4qkJsx9JRSVbLP13Uekg1Sy3Lg+h7bkE659X6vYVon0M b0YFLphGurdIRzLFpjxaT0otEb+fF40uEvEFASkfIQwBN4QsmuzKoObDF5xpNmQZdE ZAID41LKNZ1c9Gu0xBDmLvXofzDsFg5a2sO4LRYk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.211]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MMXQ5-1lF0TX3xd1-00JeTT; Sat, 10 Apr 2021 20:58:01 +0200 In-Reply-To: <87zgy6b37f.fsf@md5i.com> Content-Language: en-US X-Provags-ID: V03:K1:fGkUSxiau13ZUK7Bv66T8LRDjJM5swloYuvbbdAun73n3neHSg3 XeUR6aaJeqaRI450wRf4iwohl3Ol0ProJyZcZMlGPORqHfETLBdqd1zAV+ayGV9Kpw0pymt /Om10wVQs9t7VTGesbxIKQMn5hSpc1v9N+n1AJGp323QTPwmvMlHroqOca2rjAc4xDoffun VsVA+/QCnuEA7O2NJzR0Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:lqNZrovWCos=:rmUOQtlaULhsUyyNQD9D2q zO5dJbQp+zIu/ejgOjDN0jWG4wnIOsQTU15/r6moN9AgMGSDOr5PE2BnkUir042TLldBb5JW2 xVbBlNY6M3pJXEcEGh7gG9u7hf0LHn6f8dIeAsawFVhPoJhAnttaZ7Op+mv6gD5vNQyxDB1ie 6oGpIzaOyeijKuqzbBM2BY9Pf0gPLT09ovhaTfrTac9hRb3vZ4Cmzsta56UITVDNrOFAgeAXy /mmmB3CuMu+SQG63bUAqBICXE86MYmyw0LuFEL/pStMw3Iz0yBgCOW+2+4B3GBOP6BBGi5NAu CrcpNB7Fr2W/izzcnSm5ap5LaEYVr2U2L+yaEXd48hgYgk5MaoGXPfLRucjHscbuNDSeOjxW0 nNZiBC/oIlzjb9wzMGQNii/r7cqX3+XXlDvf4esRcWNttkYeQDMRr15xv9ec1lNPoChHNjK1O XEtSpbUzTEvW6LjMcLBzFiMU9u1NYzDIBqhbF/C3dVHpqxF61wtrn0xy0GKl32JlK+GVtTp18 jH7Am72YjTo0JpsMuISPRm8rN0yXYEt/NX1zXOg/5Yk75zRj4I+x2l9RzaxkbF5GAlP+a6A4z dG7zWGqlN1gDVogakhqmOpXN152pl5kLOjTBHfbUunavOqJ7TURV6pwRTrcGH/5V9p5PeW2iL wl1sKsxtAeHJJc8wCbSOOl+qe0MIhEoXs7HK6Sv1mvUZGqyShcK5s1/nm8cdYiJphrWMmWiXc pOiGFGsorRBl8HWSpZyqopSTjjI/aGcpQAjJwDr0Lp28lg2xnUAbR18TAK4bwdTOZTgfoP+O 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:203817 Archived-At: > Sure. But I will say that I think protecting the nconc in window_list_1 > is not as important, as it, by itself, does not modify any global > state. In point of fact, it only modifies a local variable. It may be > that window_loop or replace_buffer_in_windows_safely should be so > protected instead, but I can't say that with any degree of certainty. window_list_1 is the object replace_buffer_in_windows(_safely) use to find all windows displaying the buffer to kill and if only one of these windows is missing in the list we get our initial problem back. Just that, as I mentioned earlier, the quit flag will probably have been already processed by the preceding window_list call. martin