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#56682: locked narrowing Date: Fri, 02 Dec 2022 10:51:52 +0200 Message-ID: <83sfhyfas7.fsf@gnu.org> References: <83a682d66r.fsf@gnu.org> <837d36ceno.fsf@gnu.org> <37dd2827f54f8bbda5e3@heytings.org> <735c1d5b-0d64-a8e1-3aaa-91fc0248abd3@yandex.ru> <97049541-f5b4-ed3b-b8de-7c0bdc86f0f5@yandex.ru> <6e305c9b-7702-133a-3347-f64db05ade3f@yandex.ru> <83mt89kt10.fsf@gnu.org> <834juglesn.fsf@gnu.org> <83r0xkjw5s.fsf@gnu.org> <83pmd3ioxx.fsf@gnu.org> <47153506021498df087c@heytings.org> <83bkomhlmn.fsf@gnu.org> <4715350602cf2ec6860b@heytings.org> <83a646hkat.fsf@gnu.org> <47153506028bbb3bc8b3@heytings.org> <838rjqgu9b.fsf@gnu.org> <20f32a53dcb7869be445@heytings.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6506"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 56682@debbugs.gnu.org, monnier@iro.umontreal.ca, dgutov@yandex.ru To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 02 09:53:16 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 1p11nI-0001VK-64 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 02 Dec 2022 09:53:16 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p11n6-000409-63; Fri, 02 Dec 2022 03:53:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p11n4-000401-AA for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2022 03:53:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p11n4-0007jP-1X for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2022 03:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p11n3-00048k-QU for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2022 03:53:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Dec 2022 08:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56682 X-GNU-PR-Package: emacs Original-Received: via spool by 56682-submit@debbugs.gnu.org id=B56682.166997115015897 (code B ref 56682); Fri, 02 Dec 2022 08:53:01 +0000 Original-Received: (at 56682) by debbugs.gnu.org; 2 Dec 2022 08:52:30 +0000 Original-Received: from localhost ([127.0.0.1]:45417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p11mX-00048L-Uf for submit@debbugs.gnu.org; Fri, 02 Dec 2022 03:52:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p11mT-000488-Rv for 56682@debbugs.gnu.org; Fri, 02 Dec 2022 03:52:28 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p11mN-0007eH-7x; Fri, 02 Dec 2022 03:52:19 -0500 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=pp3Jqk9YAupfCStp9f0XZD9ClZNP909K9Ql4vT6zAKA=; b=OYb/Z/eYYujK rQpj5CNNHwrk6XPI8GQ9ZFA/EpZhmDOuBQ7bLjSKPaYIeER0NbzE14CaHS6TmKjc8ZUyuTH1glpBe a+jvHkekztukkcF5yWgPo3Y+gS+mS+VKI0SiOi4g0bB2aaTebvGmfyvDOa8kcD3kI4aZhAGc9/7W3 TF78OgEUZj1Ym7Y4fBEtVUgEtnLjiRi0/qj+4y9QFgqqCPn5D52hG1XbTm+J6/RFfzvNGbVZ0RvLu nQGM/Rscc5yyZrJfynL4E/hexwiDgbc/PE7shffImJ91dRCjJqSDjkxbz4f2Jfv4A2WvJiCwYt9no KuNRZt5tR8LYUY0FlBp/ng==; Original-Received: from [87.69.77.57] (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 1p11mM-0006AZ-8a; Fri, 02 Dec 2022 03:52:18 -0500 In-Reply-To: <20f32a53dcb7869be445@heytings.org> (message from Gregory Heytings on Fri, 02 Dec 2022 07:56:06 +0000) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:249721 Archived-At: > Date: Fri, 02 Dec 2022 07:56:06 +0000 > From: Gregory Heytings > cc: 56682@debbugs.gnu.org, monnier@iro.umontreal.ca, dgutov@yandex.ru > > >> It proves that the long line detection loop must be executed on the > >> whole buffer. > > > > No, it doesn't. It shows that the conditions to re-examine buffer text > > are incomplete and need to be augmented. > > It does, and it's just an example of the general point I'm (apparently > unsuccessfully) trying to convey: when redisplay is called, any kind of > changes may have been made in the buffer at any point since last > redisplay, and we cannot know where these changes occurred. Not _any_ kind of changes, no. Only a few that we know about and track, because redisplay needs to know about them. > Stefan's proposed approach looks promising, however. I explained why in my other messages why it sounds too complicated. > > Once I understood the scenario, the fix was a simple one-liner, which I > > installed yesterday night. > > That fix is wrong, sorry. Now the detection loop is triggered each time > the user changes the narrowing, in the vast majority of cases for no good > reason. The same will happen when the user types several characters. Which happens more frequently than changes of narrowing, in most use patterns. And once again, you simply _cannot_ access buffer text beyond BEGV..ZV safely. It's a ticking time bomb if you do. Anyway, let's stop here and agree to disagree. I'm sorry, but I cannot afford this endless argument; I'm swamped with too many tasks that no one else except myself seems to be doing, and this argument already took an inordinate amount of my time and energy. Please install your UNCHANGED_MODIFIED patch, and I will get to improving the scalability of the scanning loop when I have time. Please don't install any other changes in this regard except that one patch. Thanks.