From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ihor Radchenko Newsgroups: gmane.emacs.bugs Subject: bug#57207: 29.0.50; Fontification is slow after e7b5912b23 (Improvements to long lines handling) Date: Tue, 16 Aug 2022 20:16:23 +0800 Message-ID: <87wnb81izs.fsf@localhost> References: <87bksmx1j1.fsf@localhost> <5900f208367791fbdfe2@heytings.org> <83bksmka08.fsf@gnu.org> <325f95fd2b7c0cc80613@heytings.org> <83y1voflmb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37749"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Gregory Heytings , 57207@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Aug 16 14:16:20 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 1oNvUa-0009az-DO for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Aug 2022 14:16:20 +0200 Original-Received: from localhost ([::1]:54404 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oNvUY-0008MY-SF for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 16 Aug 2022 08:16:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49572) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oNvUL-0008Lu-7r for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 08:16:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55413) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oNvUI-00005q-NM for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 08:16:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oNvUI-0007mO-J4 for bug-gnu-emacs@gnu.org; Tue, 16 Aug 2022 08:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ihor Radchenko Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 16 Aug 2022 12:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57207 X-GNU-PR-Package: emacs Original-Received: via spool by 57207-submit@debbugs.gnu.org id=B57207.166065214129862 (code B ref 57207); Tue, 16 Aug 2022 12:16:02 +0000 Original-Received: (at 57207) by debbugs.gnu.org; 16 Aug 2022 12:15:41 +0000 Original-Received: from localhost ([127.0.0.1]:45162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oNvTw-0007lZ-HV for submit@debbugs.gnu.org; Tue, 16 Aug 2022 08:15:40 -0400 Original-Received: from mail-pj1-f46.google.com ([209.85.216.46]:55823) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oNvTr-0007lK-Sv for 57207@debbugs.gnu.org; Tue, 16 Aug 2022 08:15:38 -0400 Original-Received: by mail-pj1-f46.google.com with SMTP id a8so9573811pjg.5 for <57207@debbugs.gnu.org>; Tue, 16 Aug 2022 05:15:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc; bh=ejg/x+kRQWXj6hR3N4MWWcfjX/5HYr+pS3UK8c/ZgAg=; b=jz7af3ya0fgVcuehh+XHV6CgeQGp+t5MHNttVpSQK79YLWuk4yGwnR13os69a6ULiR RfrfaqWLtJSmeFkRv6PRNOuh0CBv6yUKVq5udDQn4in228mQLj+x2izbXwRyxZ5oWtHc vDh3smrUWX5PwXELNfovtjQulnOY+OCN7hLJ2GtkoGpEuW029IrTVGyXhI/AfhUpgkPO 8Yc9mmDz9rolcBSPUMh+nZmmw0HWpg2hMrppJvFLvUziMrWCt/NtXqaLDaogsA1SFpNP ZXzT0MkL9aXzz60pZ4OB8I7zafQyZ/cmN53wmZ4ylyrMRHN3K+20Yg1RnMrz1vvIdnim X6Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc; bh=ejg/x+kRQWXj6hR3N4MWWcfjX/5HYr+pS3UK8c/ZgAg=; b=aqLrT+AAVnGxK+VIaQc1NDPxL00QFnL1J0HN60FJBoibBk/9EwBQv16Ck/6Spm73Xl GcDGZt6xWfQhRAipjcdtCHTJ3wi9QjZpZVk9GrBMYw/BgmSvAPHUEWR2GpncK3ylQkCb PLfhwIyJUcIXzJcAp0znYjw2h9T/nvWVSUntyJKubko3uU/CYsxx4hXoWLZBzboCeG// 8QpDzvIMv5+qpWLJOZsIM8qYDwqM/DDQfhqw81MfZTkgVWwtpf4tsATXhcjIEksl2+47 lKU9Au9+0SypU2DEoXICO/+KUWjX76UVU24oxsHxgBzVn4CWKgy1TrkeWF87K5C74kmf PObA== X-Gm-Message-State: ACgBeo3ur1cp3SZN18ai6n0PRDWyN4vgUGmkMowx884Z8wHxzxUL8Jpk ySq33dR+VCsfsde8Rfaw0zM= X-Google-Smtp-Source: AA6agR4jwcHPQWCR7aiC7bSTCMkgUbr2W7U6truekxIlv4H1lIATwtI6M/sd9luxFYBWbOB4dryj6w== X-Received: by 2002:a17:902:db06:b0:16f:16b7:69d0 with SMTP id m6-20020a170902db0600b0016f16b769d0mr21527870plx.145.1660652129961; Tue, 16 Aug 2022 05:15:29 -0700 (PDT) Original-Received: from localhost ([2409:8a70:2bf:80b0:8ec6:81ff:fe70:339d]) by smtp.gmail.com with ESMTPSA id g8-20020aa796a8000000b0050dc76281e0sm8300511pfk.186.2022.08.16.05.15.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Aug 2022 05:15:28 -0700 (PDT) In-Reply-To: <83y1voflmb.fsf@gnu.org> 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:239907 Archived-At: Eli Zaretskii writes: > What I don't understand is why enlarging the value of the threshold > causes Emacs to "hang". If it really is some kind of infloop, I > cannot understand how issues like outdated UNCHANGED_MODIFIED could > cause that only for some value of the threshold, but not for a smaller > value. I thought perhaps there are lines longer than 10000 > characters, but none beyond 100000, but this turns out to be false, so > with both values of the threshold that loop in redisplay_window should > have scanned the entire buffer top to bottom in both cases... > > So I suspect something else is at work here. Clarification: I was unable to trigger the hang again. I am not sure what I did the first time (I played with long-line-threshold values inside the same Org buffer), but I suspect that there were also some errors raised in the Org fontification code - parts of the buffer got wrong fontification just before the hang. Of course, these errors are probably also an indication that something is going wrong, but the hang may not be directly related to the slowdown. Throughout my today's attempts to reproduce, I did not see any obvious difference in the slowdown between 10000 and 100000 long-line-threshold values. -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92