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#57804: An infinite loop in a `fontify-region' function causes Emacs to hang indefinitely Date: Thu, 15 Sep 2022 22:45:44 +0300 Message-ID: <8335cs5slz.fsf@gnu.org> References: <87pmfx6h7y.fsf@gnus.org> <2b58b8f5429a6e3aecda@heytings.org> <834jx85tyv.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15986"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gregory@heytings.org, 57804@debbugs.gnu.org, larsi@gnus.org To: Paul Pogonyshev Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 15 21:48:38 2022 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 1oYuqk-0003xk-0E for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 15 Sep 2022 21:48:38 +0200 Original-Received: from localhost ([::1]:52824 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oYuqi-0005AC-Q1 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 15 Sep 2022 15:48:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39634) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYupC-0004Lz-Gq for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 15:47:13 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42287) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oYupC-0001kh-8I for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 15:47:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oYupB-0003XN-Q8 for bug-gnu-emacs@gnu.org; Thu, 15 Sep 2022 15:47: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: Thu, 15 Sep 2022 19:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 57804-submit@debbugs.gnu.org id=B57804.166327116813530 (code B ref 57804); Thu, 15 Sep 2022 19:47:01 +0000 Original-Received: (at 57804) by debbugs.gnu.org; 15 Sep 2022 19:46:08 +0000 Original-Received: from localhost ([127.0.0.1]:59219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYuoK-0003W9-FW for submit@debbugs.gnu.org; Thu, 15 Sep 2022 15:46:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oYuoH-0003V7-2B for 57804@debbugs.gnu.org; Thu, 15 Sep 2022 15:46:07 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44816) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oYuo9-0001dL-Uw; Thu, 15 Sep 2022 15:45:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KicvFYCbYn97/vnhJ2QrtOI5Xzg54D2B8EE4xYzrX6I=; b=M1TvNo9S8zHr A7YMZNoRN663ohJsQWWsFOPj8byGmYQ4OsryVjZq7Xs6tIhhEWCvjeKBMW3R7l1Jcdrs+lcO8/DHU Lk2t15/Wc4d+fC/QGytlevGDyRZgtwb5L5Pz/JwQpvov0nwvCDawGW3m65is9IQtL8EcoZUrt+96m XI04Jq3o7g3AzSgiNTwq1wgAOLopvK8JwYWUSlbOjlL19Z2mLzyOoxWYeTDLIpQpYGwusSxrXG18p KtEnNiBQgvL82y+hx1gLCnj+RyMAzmgN62+zp+NyIxbqHaqCzTpZPhvhZb5UU8xEotCyoF4yanoSW tJNlzPbVGIrYpOGMmDVcFQ==; Original-Received: from [87.69.77.57] (port=4982 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 1oYuo3-0005sC-IR; Thu, 15 Sep 2022 15:45:52 -0400 In-Reply-To: (message from Paul Pogonyshev on Thu, 15 Sep 2022 21:36:27 +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:242641 Archived-At: > From: Paul Pogonyshev > Date: Thu, 15 Sep 2022 21:36:27 +0200 > Cc: Gregory Heytings , Lars Ingebrigtsen , 57804@debbugs.gnu.org > > * I see that manually evaluating `(setq-local long-line-threshold > nil)' in a buffer where the optimization is already in effect (i.e. > where `(long-line-optimizations-p)' evaluates to t) doesn't disable > the optimization. Do you have a solution for that? Not at present, I believe (but Gregory may know better). I don't think we saw a need for that, yet. > Depending on the > mode being activated before Emacs decides to enable the optimization > (e.g. because on of the first lines is very long, I don't know how > exactly this is determined) seems very shaky. I think you can rely on this: the decision is made the first time the buffer is displayed, which is after the mode is turned on in it. Of course, the danger is that if the file really has very long lines, Emacs might become unusable. That's what this feature is about: making Emacs usable when editing files with very long lines. > Also, what if someone > opens file `my-log-with-funny-extension.records' and then manually > activates Logview mode? No solution for now. > * I briefly looked at the branch `feature/improved-narrowed-locking' > and saw that locking grew "tags". This probably implies that this is > going to be used more in the future, maybe already in Emacs 29.1. Is > there going to be some way to disable each and every new tag? Should I > monitor Emacs sources for new cases of narrowed locking with a tag > previously not used? What if one day this becomes available to Elisp > and a submode that decides to narrow-lock for whatever reason? How > could I prevent that? I'll leave it for Gregory to answer, since I don't yet know his plans for that branch.