From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50571: 28.0.50; Redisplay segfaults with empty face cache Date: Tue, 14 Sep 2021 16:03:02 +0300 Message-ID: <83bl4vcnsp.fsf@gnu.org> References: <87ilz4msha.fsf@tcd.ie> <831r5sea46.fsf@gnu.org> <87a6kggiz6.fsf@tcd.ie> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31055"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 50571@debbugs.gnu.org To: "Basil L. Contovounesios" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 14 15:24:45 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 1mQ8QW-0007s6-Bf for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Sep 2021 15:24:44 +0200 Original-Received: from localhost ([::1]:59084 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQ8QV-0001OW-2W for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Sep 2021 09:24:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38498) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQ86U-00016K-85 for bug-gnu-emacs@gnu.org; Tue, 14 Sep 2021 09:04:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36404) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mQ86T-0001Cn-Vx for bug-gnu-emacs@gnu.org; Tue, 14 Sep 2021 09:04:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mQ86T-0002Wq-RV for bug-gnu-emacs@gnu.org; Tue, 14 Sep 2021 09:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Sep 2021 13:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50571 X-GNU-PR-Package: emacs Original-Received: via spool by 50571-submit@debbugs.gnu.org id=B50571.16316245998933 (code B ref 50571); Tue, 14 Sep 2021 13:04:01 +0000 Original-Received: (at 50571) by debbugs.gnu.org; 14 Sep 2021 13:03:19 +0000 Original-Received: from localhost ([127.0.0.1]:47950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ85m-0002Jv-V0 for submit@debbugs.gnu.org; Tue, 14 Sep 2021 09:03:19 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mQ85k-0002HE-Sl for 50571@debbugs.gnu.org; Tue, 14 Sep 2021 09:03:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52120) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQ85e-0000cA-6H; Tue, 14 Sep 2021 09:03:10 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1482 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQ85d-0000T3-0U; Tue, 14 Sep 2021 09:03:09 -0400 In-Reply-To: <87a6kggiz6.fsf@tcd.ie> (contovob@tcd.ie) 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:214308 Archived-At: > From: "Basil L. Contovounesios" > Cc: 50571@debbugs.gnu.org > Date: Tue, 14 Sep 2021 00:21:17 +0100 > > In any case, I was able to manually continue execution until > init_iterator was dealing with the desired frame. If you know of a way > to streamline this, please let me know. I usually define the watchpoint only when I'm in the right frame/window. > Note that, at the time that I issue 'bt full' in the attached log, the > single visible *scratch* frame has the following in the echo area: > > Error during bug-reference-auto-setup: (no-catch sucess t) > > So there's an uncaught signal (presumably due to a typo) in the mix too. Thanks, I see the reason now. It's because we allow to have arbitrary Lisp to be registered in jit-lock-functions, and then that arbitrary Lisp is called in the middle of redisplay, and in this case creates a whole new frame with faces. As luck would have it, we decide right there and then perform routine maintenance and release all the faces on all the frames... I'm thinking about the best solution for this.