GNU logs - #68234, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 03 Jan 2024 18:39:01 +0000
Resent-Message-ID: <handler.68234.B.170430710530123 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 68234 <at> debbugs.gnu.org
From: Antero Mejr <antero@HIDDEN>
Date: Wed, 03 Jan 2024 18:37:08 +0000
Message-ID: <8734vejmaz.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=80.241.56.172; envelope-from=antero@HIDDEN;
 helo=mout-p-202.mailbox.org
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

--=-=-=
Content-Type: text/plain

Avoids erroneous mismatched paren highlighting when highlighting large
expressions of around 10,000 lines.

This value was last increased in 2009, from 25->100kb. This patch
increases it from 100->400.

--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-Increase-blink-matching-paren-distance-by-300kb.patch

From d55e8ce5d98389bc8bbe4dac97bc76bb957e791e Mon Sep 17 00:00:00 2001
From: Antero Mejr <antero@HIDDEN>
Date: Wed, 3 Jan 2024 18:29:43 +0000
Subject: [PATCH] Increase blink-matching-paren-distance by 300kb.

* lisp/simple.el (blink-matching-paren-distance): Increase from 100kb
to 400kb.
---
 lisp/simple.el | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lisp/simple.el b/lisp/simple.el
index 4f6d2ee12c3..177ea640506 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -9260,10 +9260,10 @@ It is also ignored if `show-paren-mode' is enabled."
   :type 'boolean
   :group 'paren-blinking)

-(defcustom blink-matching-paren-distance (* 100 1024)
+(defcustom blink-matching-paren-distance (* 400 1024)
   "If non-nil, maximum distance to search backwards for matching open-paren.
 If nil, search stops at the beginning of the accessible portion of the buffer."
-  :version "23.2"                       ; 25->100k
+  :version "23.2"                       ; 25->100k, 30->400k
   :type '(choice (const nil) integer)
   :group 'paren-blinking)

-- 
2.43.0

--=-=-=--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Antero Mejr <antero@HIDDEN>
Subject: bug#68234: Acknowledgement ([PATCH] Increase blink-matching-paren-distance
 by 300kb.)
Message-ID: <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
References: <8734vejmaz.fsf@HIDDEN>
X-Gnu-PR-Message: ack 68234
X-Gnu-PR-Package: emacs
X-Gnu-PR-Keywords: patch
Reply-To: 68234 <at> debbugs.gnu.org
Date: Wed, 03 Jan 2024 18:39:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 68234 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
68234: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D68234
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 03 Jan 2024 18:50:02 +0000
Resent-Message-ID: <handler.68234.B68234.17043077879140 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 68234 <at> debbugs.gnu.org
From: Antero Mejr <antero@HIDDEN>
In-Reply-To: <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org> (GNU bug
 Tracking System's message of "Wed, 03 Jan 2024 18:39:02 +0000")
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
Date: Wed, 03 Jan 2024 18:48:41 +0000
Message-ID: <87v88ai77a.fsf_-_@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

--=-=-=
Content-Type: text/plain

Messed up the code comment on the last patch, please use this patch
instead (also added Bug# to commit message).


--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-Increase-blink-matching-paren-distance-by-300kb.patch

From 8875e658456074e92272bcbb6d31c8db47d4658a Mon Sep 17 00:00:00 2001
From: Antero Mejr <antero@HIDDEN>
Date: Wed, 3 Jan 2024 18:29:43 +0000
Subject: [PATCH] Increase blink-matching-paren-distance by 300kb.

* lisp/simple.el (blink-matching-paren-distance): Increase from 100kb
to 400kb.  (Bug#68234)
---
 lisp/simple.el | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lisp/simple.el b/lisp/simple.el
index 4f6d2ee12c3..d4a339f37dc 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -9260,10 +9260,10 @@ It is also ignored if `show-paren-mode' is enabled."
   :type 'boolean
   :group 'paren-blinking)
 
-(defcustom blink-matching-paren-distance (* 100 1024)
+(defcustom blink-matching-paren-distance (* 400 1024)
   "If non-nil, maximum distance to search backwards for matching open-paren.
 If nil, search stops at the beginning of the accessible portion of the buffer."
-  :version "23.2"                       ; 25->100k
+  :version "23.2"                       ; 25->100k->400k
   :type '(choice (const nil) integer)
   :group 'paren-blinking)
 
-- 
2.43.0


--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 04:51:01 +0000
Resent-Message-ID: <handler.68234.B68234.170434385717009 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Antero Mejr <antero@HIDDEN>, 68234 <at> debbugs.gnu.org
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <8734vejmaz.fsf@HIDDEN>
References: <8734vejmaz.fsf@HIDDEN>
MIME-Version: 1.0
Date: Wed, 3 Jan 2024 20:50:41 -0800
Message-ID: <CADwFkm=h0X_n0Y5K4cZcC7jF83ggfYNJofX7n=C9pDNxwYk-aw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Antero Mejr via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@HIDDEN> writes:

> Avoids erroneous mismatched paren highlighting when highlighting large
> expressions of around 10,000 lines.
>
> This value was last increased in 2009, from 25->100kb. This patch
> increases it from 100->400.

Makes sense to me.

> From d55e8ce5d98389bc8bbe4dac97bc76bb957e791e Mon Sep 17 00:00:00 2001
> From: Antero Mejr <antero@HIDDEN>
> Date: Wed, 3 Jan 2024 18:29:43 +0000
> Subject: [PATCH] Increase blink-matching-paren-distance by 300kb.
>
> * lisp/simple.el (blink-matching-paren-distance): Increase from 100kb
> to 400kb.
> ---
>  lisp/simple.el | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/lisp/simple.el b/lisp/simple.el
> index 4f6d2ee12c3..177ea640506 100644
> --- a/lisp/simple.el
> +++ b/lisp/simple.el
> @@ -9260,10 +9260,10 @@ It is also ignored if `show-paren-mode' is enabled."
>    :type 'boolean
>    :group 'paren-blinking)
>
> -(defcustom blink-matching-paren-distance (* 100 1024)
> +(defcustom blink-matching-paren-distance (* 400 1024)
>    "If non-nil, maximum distance to search backwards for matching open-paren.
>  If nil, search stops at the beginning of the accessible portion of the buffer."
> -  :version "23.2"                       ; 25->100k
> +  :version "23.2"                       ; 25->100k, 30->400k

This should read:

 +  :version "30.1"                       ; 100->400k

Or even just:

 +  :version "30.1"

>    :type '(choice (const nil) integer)
>    :group 'paren-blinking)
>
> --
> 2.43.0

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 11:32:02 +0000
Resent-Message-ID: <handler.68234.B68234.17043679124136 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Antero Mejr <antero@HIDDEN>, Stefan Kangas <stefankangas@HIDDEN>
Cc: 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.17043679124136
          (code B ref 68234); Thu, 04 Jan 2024 11:32:02 +0000
Received: (at 68234) by debbugs.gnu.org; 4 Jan 2024 11:31:52 +0000
Received: from localhost ([127.0.0.1]:53731 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLLx1-00014c-Gz
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 06:31:51 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:39754)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rLLwy-00014O-Ur
 for 68234 <at> debbugs.gnu.org; Thu, 04 Jan 2024 06:31:50 -0500
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 <eliz@HIDDEN>)
 id 1rLLwi-00039k-Rp; Thu, 04 Jan 2024 06:31:38 -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=JF6o7BoHTVbFmIq8iJH4gBsvo2WelcPJKbppKmOWCNQ=; b=p1eKUUAZcmug
 /zQnIqTilhWhOVk6iF2JvOw7thu0px3reL22ST6OhCkwIHXOgQKTwlNsB/NeOhcDYLk12uadO4j/z
 jIWRPayzzl8SfwaR5U/1S9Mzt8CjgAEBljDk4Z5kfNmJH5R3rY29blF8TqbmiZeCa+PWRVdtutHOn
 4B8GU7ae+Wsho1AFwjx/LX9JqpPs/aOMC8QdGSyNnh27WDwNpt9VwzgrJu80VyR5vkzfZwoIWfXV6
 lNF2amwvzrVaC4aM0Ne2cMD7S/SqLsiuOJGZQf9zuoqIR5LGIu35tfZXaHAgIy4D/5uo4CwPFwWJb
 a+fU8ivh/RNjf69yVnwg2g==;
Date: Thu, 04 Jan 2024 13:31:17 +0200
Message-Id: <83v889wd16.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <87v88ai77a.fsf_-_@HIDDEN> (bug-gnu-emacs@HIDDEN)
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Wed, 03 Jan 2024 18:48:41 +0000
> From:  Antero Mejr via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> >From 8875e658456074e92272bcbb6d31c8db47d4658a Mon Sep 17 00:00:00 2001
> From: Antero Mejr <antero@HIDDEN>
> Date: Wed, 3 Jan 2024 18:29:43 +0000
> Subject: [PATCH] Increase blink-matching-paren-distance by 300kb.
> 
> * lisp/simple.el (blink-matching-paren-distance): Increase from 100kb
> to 400kb.  (Bug#68234)
> ---
>  lisp/simple.el | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/lisp/simple.el b/lisp/simple.el
> index 4f6d2ee12c3..d4a339f37dc 100644
> --- a/lisp/simple.el
> +++ b/lisp/simple.el
> @@ -9260,10 +9260,10 @@ It is also ignored if `show-paren-mode' is enabled."
>    :type 'boolean
>    :group 'paren-blinking)
>  
> -(defcustom blink-matching-paren-distance (* 100 1024)
> +(defcustom blink-matching-paren-distance (* 400 1024)
>    "If non-nil, maximum distance to search backwards for matching open-paren.
>  If nil, search stops at the beginning of the accessible portion of the buffer."
> -  :version "23.2"                       ; 25->100k
> +  :version "23.2"                       ; 25->100k->400k
>    :type '(choice (const nil) integer)
>    :group 'paren-blinking)

Do people feel okay with increasing this value by a factor of 4?  This
blinking is supposed to be very fast, so if this will slow down
display, it's not TRT.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 19:24:01 +0000
Resent-Message-ID: <handler.68234.B68234.17043962406350 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.17043962406350
          (code B ref 68234); Thu, 04 Jan 2024 19:24:01 +0000
Received: (at 68234) by debbugs.gnu.org; 4 Jan 2024 19:24:00 +0000
Received: from localhost ([127.0.0.1]:55722 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLTJw-0001eM-13
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 14:24:00 -0500
Received: from mout-p-102.mailbox.org ([2001:67c:2050:0:465::102]:39278)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <antero@HIDDEN>) id 1rLTJr-0001e6-Ll
 for 68234 <at> debbugs.gnu.org; Thu, 04 Jan 2024 14:23:59 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org
 [IPv6:2001:67c:2050:b231:465::1])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by mout-p-102.mailbox.org (Postfix) with ESMTPS id 4T5c2S03wsz9t1r;
 Thu,  4 Jan 2024 20:23:44 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org;
 s=mail20150812; t=1704396224;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=bT2n1Xy95TEGst7fzoPo4hXAs8JQIEIMtvQGlb8NLkU=;
 b=dp12F/mbe0n0RRlt6wL2uwUpH/ooC213nvvt6xpQZbIjLv65Dp7Drsl1Vz/lnOlwUEMf5B
 ojdTLNMG5yhsu5xhFjiLbAIYpt2MXIiKGBJq6v/BWO+2Ju0KQC/FAsieuZZ6IitgnAp33H
 vYUN6FOiCk2GE5YhiUuODNTGhzrGLMQjEwbsdCn/CcqedwZDLmObNKCNtNHLyI4WKoe0Zy
 XK5FsmVCVfkuqqMQR9ByBmb7lWVtAxZ5uqJex8ZjL1SST2VIU5CwbLLJiqOaXBcnUjFAXn
 dcoCdnPLjvLKcl/gNsaleX8okN2RVD5BVKbZziVd8+VdM8em1r48uppZE5nD+Q==
From: Antero Mejr <antero@HIDDEN>
In-Reply-To: <CADwFkm=h0X_n0Y5K4cZcC7jF83ggfYNJofX7n=C9pDNxwYk-aw@HIDDEN>
 (Stefan Kangas's message of "Wed, 3 Jan 2024 20:50:41 -0800")
References: <8734vejmaz.fsf@HIDDEN>
 <CADwFkm=h0X_n0Y5K4cZcC7jF83ggfYNJofX7n=C9pDNxwYk-aw@HIDDEN>
Date: Thu, 04 Jan 2024 19:22:52 +0000
Message-ID: <87jzoosy2b.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-MBO-RS-META: 8uqq6tpdj5gohyxygu8spfg5mhzw4gqx
X-MBO-RS-ID: 45f4541da37d83796b3
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

--=-=-=
Content-Type: text/plain

Stefan Kangas <stefankangas@HIDDEN> writes:

> This should read:
>
>  +  :version "30.1"                       ; 100->400k
>
> Or even just:
>
>  +  :version "30.1"
>

New patch attached, removed the comment.


--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-Increase-blink-matching-paren-distance-by-300kb.patch

From 8a3fe1a6c7bbe8b88fc21d4c48d4bac223214a1d Mon Sep 17 00:00:00 2001
From: Antero Mejr <antero@HIDDEN>
Date: Wed, 3 Jan 2024 18:29:43 +0000
Subject: [PATCH] Increase blink-matching-paren-distance by 300kb.

* lisp/simple.el (blink-matching-paren-distance): Increase from 100kb
to 400kb.  (Bug#68234)
---
 lisp/simple.el | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lisp/simple.el b/lisp/simple.el
index 4f6d2ee12c3..a464123f8b5 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -9260,10 +9260,10 @@ It is also ignored if `show-paren-mode' is enabled."
   :type 'boolean
   :group 'paren-blinking)
 
-(defcustom blink-matching-paren-distance (* 100 1024)
+(defcustom blink-matching-paren-distance (* 400 1024)
   "If non-nil, maximum distance to search backwards for matching open-paren.
 If nil, search stops at the beginning of the accessible portion of the buffer."
-  :version "23.2"                       ; 25->100k
+  :version "30.1"
   :type '(choice (const nil) integer)
   :group 'paren-blinking)
 
-- 
2.43.0


--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Daniel =?UTF-8?Q?Mart=C3=ADn?= <mardani29@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 21:04:02 +0000
Resent-Message-ID: <handler.68234.B.170440222321802 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: 68234 <at> debbugs.gnu.org
Cc: antero@HIDDEN
X-Debbugs-Original-To: Antero Mejr via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
X-Debbugs-Original-Cc: Antero Mejr <antero@HIDDEN>, 68234 <at> debbugs.gnu.org
Received: via spool by submit <at> debbugs.gnu.org id=B.170440222321802
          (code B ref -1); Thu, 04 Jan 2024 21:04:02 +0000
Received: (at submit) by debbugs.gnu.org; 4 Jan 2024 21:03:43 +0000
Received: from localhost ([127.0.0.1]:55832 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLUsR-0005fZ-4Y
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:03:43 -0500
Received: from lists.gnu.org ([2001:470:142::17]:51990)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mardani29@HIDDEN>) id 1rLUsP-0005fI-Jx
 for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:03:42 -0500
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 <mardani29@HIDDEN>)
 id 1rLUsF-0005D3-R2
 for bug-gnu-emacs@HIDDEN; Thu, 04 Jan 2024 16:03:31 -0500
Received: from sonic306-21.consmr.mail.ir2.yahoo.com ([77.238.176.207])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <mardani29@HIDDEN>)
 id 1rLUsC-000573-Qe
 for bug-gnu-emacs@HIDDEN; Thu, 04 Jan 2024 16:03:31 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048;
 t=1704402202; bh=83WYP4pH5cQOgz/DVA6KV+bxC6kXN3pnJYtUmIJ4X/E=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To;
 b=omhfongYkT3Zjr/xRmmyeB5+4Pv4NjYKuxmLljbkdqYkhWEDUcaRvVSkhhS9JNHNe0GYorKYsfrhlQhfuj/dPDIbEuiCbLnmTwRiTnftF29hAVxlKXFx6a7ffBLwquJNbfYJ+peGzPW9JLgy8b4xn9bVr39rKicAMaQAwuOjTy/04igJ5dm+KXtM/hjTpUc8C93eGVzofb30p+AnB9GR98Mq9Z7LTXW67Kcsrmesn1RKOTaB5q6nsycmlU/4eFxckz+oF2hKUS4oJf0V2MkFoFZ2xB7j1EH4uJSBsRVhiu5sKL+4dNojSU2P09cHKZtbBsjBEhCYxKLllP7b0ZrZHQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
 t=1704402202; bh=NCX4oCPCsbH8+tWH51TLNQhcDL64IxvHklumhPNBSB9=;
 h=X-Sonic-MF:From:To:Subject:Date:From:Subject;
 b=hE+OYftRyQllTvAdJLS3R6luaby5fErlNOVRIb95UmJe+3Z/9UdCq/RC030tVglpj0d866ofSTWGbYLox+t9enZzGsAg7J5Zdec1Ye++38HeXxSYE4vJm5njbllWUWPqHPl/3uj8RNTKnoGrgWjLuUen6kgvpAu2umLlMt56B4m1UEQ/zb2dz/JHWyqFXowwl0ip5z+wVQ/w2Qm/RjY2+gxG3B0f+7wLVmy2evFOLa1/IDVT/tR/Sy9iePxYQAUbi2NUQAV993wD+w5ypnRvcwUB7Qhl5XtxvDN3xDH38yQ5KKogNWfvEScIS1Tw+0UC7nBe0p7rbVkZkv0HMWQ1qA==
X-YMail-OSG: xVg2O_gVM1mhXR_IlsmM.CH13Dt3k4LcainBzhwJx0KkncHjqN1xpPU72ZWVvQB
 vTo9LQ15NoAipPkYKJhUZeL8w9QjrcGJ5PR2F49hT0qRDNClLK0La9Vk2Hn.WFdEx_DqSqyYIJ3o
 h_vnrbKQSSPRqzASPSbmaVtN5akRCYZ83_3qRzcdPZ6m23rkV.Xxqc2MamNHmehjKyV8bGA2sL3u
 rIZbqLtTRLAQb25Ku6OWmVXLc8itt1486Liv_KToms_6Udx9OuLq88NTl7Vpv9aDhRDLdhb7jDJx
 I9iqo_Q1JJ1HXQ.KFdG1d11hvbzJqjPYiD1K_C5YU2OSzMntB4K8h.tARcNFX7e21m7tqpvj._eV
 c4UoZo6VUYOy5bSfXh2Le.tQJLaH2P78ByX8XfpaJgOEjotoOxUAyFHJK4OThA6xJAFM5azxHwym
 VXNeGnktaAW2pwpfhq0bXnfq7fCawA9UYV_53n9XD.X_v6vkjS5raraFVZlJ.l8.a4PPalaNBkvF
 Ey8JXLfyYX7mzZiefwCN_KWvm6mg9z4K_H8oALJZiU1fBPj7rZaOYpzxSff0OC1KkuAevUT8nfIM
 EDWmnEK8Cz_WZyMFRAyhxMyoPRiWbJSsTYcGJVsDQcv_mQFHfE.6hMB93pRIRCP0RWV9nVNwhd6u
 r3oUav2f5hzHey6SUqObtOXd9C1_uFFf5VGGhP1zE4zcRH.WGCJkFXXlbZfjGJxBkmc.h2gkE75r
 Vp4HAJDzCpCmbPnkOq7QvsJ33vB4Y8oa5umVnoh7r2u9E9Rzdp_mb2ITDUDLM5XdoR0sBJmV5gji
 oGlQiKy569WJ9tSxuPoDO38wGd6M.MH2m40Rxc_Ofas1bfMyUmqGc2mad0OLg69hiU1fHljYYwEO
 JlUD1sy7ebO45SuOm.6DShUcLLAgviQDiffyVUnkDyathIxgFHUDGusUiCEAre54xD3v6cUAmXuC
 WcdomtzFQYwD4bySGI9kT4QaERjVXc2NwqG2a8.UqYaw1YSn6ahXhv8HMlUNnvqRB2KsdYLYr4NF
 E.gLJkx.OrDcaY8b2BphajV_p9QVwfbAFRhilwrsYdGaVo2gxYxOni0KYpigMJX8YmTD.zeMRzYg
 5TpTsC_xTrmfkSlicqa9v9b4um8mV3AwcwZDhohgttNAo_0GxzOZoqURmU0JUSsO_qvOSZC2d0Av
 4LPhFV472GgOyCqdihYb0V_PBUH1z40QL5z5O7SzkVWAxirrMl1feuTirUzgUdSQa02yjqOIFxCF
 IL7P3FCV_ot3kj1Sn4ltWpPlS4fLtXK5Jc6nCp1k8VylTvIcbpkzGYf4K4utHQckaTKHF5r0hR87
 g7xdefNmhrTHX6ur99EhwJAzuKxv2jX54XuNkEv4ALdFdEoiI_mMY0y46iNCPl0m9nNVVq0SzK8e
 3YnlK13RRwEhYmaUYgiPvD62adp.HFMpdMj6kv_YN2m1HNjWTShkRvJlpaNItqE9_1q1JDgYlhWC
 s_6plh5KPvre8kSDLN4KBCEfOffrsRKk8ACZ8wKFBetEWBxgOnbqL4riYadxacH9hs.mXvJHb2mY
 w4FUdUTEYSBMTORvPWOs0bAWTAzKVZTRY0ZuqkRAYuAnTWXrxv0tjp.WDLVFaVcy8xe7lmyV5_Lf
 l2qmVf8NFbm5mygEM5aZKkMhaaDchg0iuuegn6ALLywE_CnEgHs6zDB4dBrWjzoN8UKUqHtEcCa5
 a3Nom5FmpWGGv3_Ivt0DZHxcX0WCC286Tko_vdM7XjdSjaushZ1tRGxRti9ZDNSoyHmBOjxDLwK.
 hhrjA20VbFsXFsQdD8ne4l3ydhrlXmbcrOapdZ4zvcAyYeJNKXDilWOtRdBPia3o5YlIv1qDa78M
 xZknyEsQL_tTw36Xwq0Le0vcUG_Xf6YTEzqJDdOLnzUxqhL.BZHnrlj8cuSDH9bUCSG7ULYXs1ub
 5Debq94KGKiAXscnealtnskxo7Y9V9iMc9SScIH0y0acDPUuzPx7Cye4tT7Y93QYm7ls66Hv5fbU
 LlPeRMQqQ9AecE2YciCOhAexIabyPffFI4.eX.t_dsc8WGrQgfjb.7k6Z73jRokV01P9mucDtw6k
 7cHV_G0gBRENYGBPZv3Y5LHrRXlWY0khFwq1hGB.1_qD37R774Lb4jHXm4EjwAXUsYNHe8mF.For
 phjJNxYNgSKJmvCR2G9VmmMrgSLU5N0VaMoEgfedOf_ItlHz6zSo19hD43FlDWrqrpZ8BK11oug4
 0ecdWOe7FmkO9.AQsP_POrBYZYzLh.qQRMK9NiojWF.mrIA--
X-Sonic-MF: <mardani29@HIDDEN>
X-Sonic-ID: 8fa732d2-6c66-4149-b747-7df597d770c4
Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic306.consmr.mail.ir2.yahoo.com with HTTP; Thu, 4 Jan 2024 21:03:22 +0000
Received: by hermes--production-ir2-6488884f6f-hq9m7 (Yahoo Inc. Hermes SMTP
 Server) with ESMTPA ID 2e2d2d17be0df56e1b0d2e404fe90e7c; 
 Thu, 04 Jan 2024 21:03:20 +0000 (UTC)
From: Daniel =?UTF-8?Q?Mart=C3=ADn?= <mardani29@HIDDEN>
In-Reply-To: <8734vejmaz.fsf@HIDDEN> (Antero Mejr via's message of "Wed, 
 03 Jan 2024 18:37:08 +0000")
References: <8734vejmaz.fsf@HIDDEN>
Date: Thu, 04 Jan 2024 22:03:19 +0100
Message-ID: <m1ttnslsko.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: WebService/1.1.21952
 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo
Content-Length: 479
Received-SPF: pass client-ip=77.238.176.207; envelope-from=mardani29@HIDDEN;
 helo=sonic306-21.consmr.mail.ir2.yahoo.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.1 (/)

Antero Mejr via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@HIDDEN> writes:

> Avoids erroneous mismatched paren highlighting when highlighting large
> expressions of around 10,000 lines.
>

Do you have a practical example of those expressions that are 10,000
lines long?  I think they are rare enough that people affected by
possible paren mismatching with them could simply tweak
blink-matching-paren-distance in their customization file.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Daniel =?UTF-8?Q?Mart=C3=ADn?= <mardani29@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 21:04:02 +0000
Resent-Message-ID: <handler.68234.B68234.170440221621775 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: 68234 <at> debbugs.gnu.org
Cc: antero@HIDDEN
X-Debbugs-Original-To: Antero Mejr via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
X-Debbugs-Original-Cc: Antero Mejr <antero@HIDDEN>, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170440221621775
          (code B ref 68234); Thu, 04 Jan 2024 21:04:02 +0000
Received: (at 68234) by debbugs.gnu.org; 4 Jan 2024 21:03:36 +0000
Received: from localhost ([127.0.0.1]:55828 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLUsJ-0005f9-PM
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:03:36 -0500
Received: from sonic306-21.consmr.mail.ir2.yahoo.com ([77.238.176.207]:44749)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mardani29@HIDDEN>) id 1rLUsG-0005es-AQ
 for 68234 <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:03:34 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s2048;
 t=1704402202; bh=83WYP4pH5cQOgz/DVA6KV+bxC6kXN3pnJYtUmIJ4X/E=;
 h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To;
 b=omhfongYkT3Zjr/xRmmyeB5+4Pv4NjYKuxmLljbkdqYkhWEDUcaRvVSkhhS9JNHNe0GYorKYsfrhlQhfuj/dPDIbEuiCbLnmTwRiTnftF29hAVxlKXFx6a7ffBLwquJNbfYJ+peGzPW9JLgy8b4xn9bVr39rKicAMaQAwuOjTy/04igJ5dm+KXtM/hjTpUc8C93eGVzofb30p+AnB9GR98Mq9Z7LTXW67Kcsrmesn1RKOTaB5q6nsycmlU/4eFxckz+oF2hKUS4oJf0V2MkFoFZ2xB7j1EH4uJSBsRVhiu5sKL+4dNojSU2P09cHKZtbBsjBEhCYxKLllP7b0ZrZHQ==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048;
 t=1704402202; bh=NCX4oCPCsbH8+tWH51TLNQhcDL64IxvHklumhPNBSB9=;
 h=X-Sonic-MF:From:To:Subject:Date:From:Subject;
 b=hE+OYftRyQllTvAdJLS3R6luaby5fErlNOVRIb95UmJe+3Z/9UdCq/RC030tVglpj0d866ofSTWGbYLox+t9enZzGsAg7J5Zdec1Ye++38HeXxSYE4vJm5njbllWUWPqHPl/3uj8RNTKnoGrgWjLuUen6kgvpAu2umLlMt56B4m1UEQ/zb2dz/JHWyqFXowwl0ip5z+wVQ/w2Qm/RjY2+gxG3B0f+7wLVmy2evFOLa1/IDVT/tR/Sy9iePxYQAUbi2NUQAV993wD+w5ypnRvcwUB7Qhl5XtxvDN3xDH38yQ5KKogNWfvEScIS1Tw+0UC7nBe0p7rbVkZkv0HMWQ1qA==
X-YMail-OSG: xVg2O_gVM1mhXR_IlsmM.CH13Dt3k4LcainBzhwJx0KkncHjqN1xpPU72ZWVvQB
 vTo9LQ15NoAipPkYKJhUZeL8w9QjrcGJ5PR2F49hT0qRDNClLK0La9Vk2Hn.WFdEx_DqSqyYIJ3o
 h_vnrbKQSSPRqzASPSbmaVtN5akRCYZ83_3qRzcdPZ6m23rkV.Xxqc2MamNHmehjKyV8bGA2sL3u
 rIZbqLtTRLAQb25Ku6OWmVXLc8itt1486Liv_KToms_6Udx9OuLq88NTl7Vpv9aDhRDLdhb7jDJx
 I9iqo_Q1JJ1HXQ.KFdG1d11hvbzJqjPYiD1K_C5YU2OSzMntB4K8h.tARcNFX7e21m7tqpvj._eV
 c4UoZo6VUYOy5bSfXh2Le.tQJLaH2P78ByX8XfpaJgOEjotoOxUAyFHJK4OThA6xJAFM5azxHwym
 VXNeGnktaAW2pwpfhq0bXnfq7fCawA9UYV_53n9XD.X_v6vkjS5raraFVZlJ.l8.a4PPalaNBkvF
 Ey8JXLfyYX7mzZiefwCN_KWvm6mg9z4K_H8oALJZiU1fBPj7rZaOYpzxSff0OC1KkuAevUT8nfIM
 EDWmnEK8Cz_WZyMFRAyhxMyoPRiWbJSsTYcGJVsDQcv_mQFHfE.6hMB93pRIRCP0RWV9nVNwhd6u
 r3oUav2f5hzHey6SUqObtOXd9C1_uFFf5VGGhP1zE4zcRH.WGCJkFXXlbZfjGJxBkmc.h2gkE75r
 Vp4HAJDzCpCmbPnkOq7QvsJ33vB4Y8oa5umVnoh7r2u9E9Rzdp_mb2ITDUDLM5XdoR0sBJmV5gji
 oGlQiKy569WJ9tSxuPoDO38wGd6M.MH2m40Rxc_Ofas1bfMyUmqGc2mad0OLg69hiU1fHljYYwEO
 JlUD1sy7ebO45SuOm.6DShUcLLAgviQDiffyVUnkDyathIxgFHUDGusUiCEAre54xD3v6cUAmXuC
 WcdomtzFQYwD4bySGI9kT4QaERjVXc2NwqG2a8.UqYaw1YSn6ahXhv8HMlUNnvqRB2KsdYLYr4NF
 E.gLJkx.OrDcaY8b2BphajV_p9QVwfbAFRhilwrsYdGaVo2gxYxOni0KYpigMJX8YmTD.zeMRzYg
 5TpTsC_xTrmfkSlicqa9v9b4um8mV3AwcwZDhohgttNAo_0GxzOZoqURmU0JUSsO_qvOSZC2d0Av
 4LPhFV472GgOyCqdihYb0V_PBUH1z40QL5z5O7SzkVWAxirrMl1feuTirUzgUdSQa02yjqOIFxCF
 IL7P3FCV_ot3kj1Sn4ltWpPlS4fLtXK5Jc6nCp1k8VylTvIcbpkzGYf4K4utHQckaTKHF5r0hR87
 g7xdefNmhrTHX6ur99EhwJAzuKxv2jX54XuNkEv4ALdFdEoiI_mMY0y46iNCPl0m9nNVVq0SzK8e
 3YnlK13RRwEhYmaUYgiPvD62adp.HFMpdMj6kv_YN2m1HNjWTShkRvJlpaNItqE9_1q1JDgYlhWC
 s_6plh5KPvre8kSDLN4KBCEfOffrsRKk8ACZ8wKFBetEWBxgOnbqL4riYadxacH9hs.mXvJHb2mY
 w4FUdUTEYSBMTORvPWOs0bAWTAzKVZTRY0ZuqkRAYuAnTWXrxv0tjp.WDLVFaVcy8xe7lmyV5_Lf
 l2qmVf8NFbm5mygEM5aZKkMhaaDchg0iuuegn6ALLywE_CnEgHs6zDB4dBrWjzoN8UKUqHtEcCa5
 a3Nom5FmpWGGv3_Ivt0DZHxcX0WCC286Tko_vdM7XjdSjaushZ1tRGxRti9ZDNSoyHmBOjxDLwK.
 hhrjA20VbFsXFsQdD8ne4l3ydhrlXmbcrOapdZ4zvcAyYeJNKXDilWOtRdBPia3o5YlIv1qDa78M
 xZknyEsQL_tTw36Xwq0Le0vcUG_Xf6YTEzqJDdOLnzUxqhL.BZHnrlj8cuSDH9bUCSG7ULYXs1ub
 5Debq94KGKiAXscnealtnskxo7Y9V9iMc9SScIH0y0acDPUuzPx7Cye4tT7Y93QYm7ls66Hv5fbU
 LlPeRMQqQ9AecE2YciCOhAexIabyPffFI4.eX.t_dsc8WGrQgfjb.7k6Z73jRokV01P9mucDtw6k
 7cHV_G0gBRENYGBPZv3Y5LHrRXlWY0khFwq1hGB.1_qD37R774Lb4jHXm4EjwAXUsYNHe8mF.For
 phjJNxYNgSKJmvCR2G9VmmMrgSLU5N0VaMoEgfedOf_ItlHz6zSo19hD43FlDWrqrpZ8BK11oug4
 0ecdWOe7FmkO9.AQsP_POrBYZYzLh.qQRMK9NiojWF.mrIA--
X-Sonic-MF: <mardani29@HIDDEN>
X-Sonic-ID: 8fa732d2-6c66-4149-b747-7df597d770c4
Received: from sonic.gate.mail.ne1.yahoo.com by
 sonic306.consmr.mail.ir2.yahoo.com with HTTP; Thu, 4 Jan 2024 21:03:22 +0000
Received: by hermes--production-ir2-6488884f6f-hq9m7 (Yahoo Inc. Hermes SMTP
 Server) with ESMTPA ID 2e2d2d17be0df56e1b0d2e404fe90e7c; 
 Thu, 04 Jan 2024 21:03:20 +0000 (UTC)
From: Daniel =?UTF-8?Q?Mart=C3=ADn?= <mardani29@HIDDEN>
In-Reply-To: <8734vejmaz.fsf@HIDDEN> (Antero Mejr via's message of "Wed, 
 03 Jan 2024 18:37:08 +0000")
References: <8734vejmaz.fsf@HIDDEN>
Date: Thu, 04 Jan 2024 22:03:19 +0100
Message-ID: <m1ttnslsko.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: WebService/1.1.21952
 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo
Content-Length: 479
X-Spam-Score: 0.2 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.8 (/)

Antero Mejr via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs@HIDDEN> writes:

> Avoids erroneous mismatched paren highlighting when highlighting large
> expressions of around 10,000 lines.
>

Do you have a practical example of those expressions that are 10,000
lines long?  I think they are rare enough that people affected by
possible paren mismatching with them could simply tweak
blink-matching-paren-distance in their customization file.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 21:38:01 +0000
Resent-Message-ID: <handler.68234.B68234.170440423712725 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Daniel =?UTF-8?Q?Mart=C3=ADn?= <mardani29@HIDDEN>
Cc: 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170440423712725
          (code B ref 68234); Thu, 04 Jan 2024 21:38:01 +0000
Received: (at 68234) by debbugs.gnu.org; 4 Jan 2024 21:37:17 +0000
Received: from localhost ([127.0.0.1]:55854 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLVOu-0003JA-Uc
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:37:17 -0500
Received: from mout-p-202.mailbox.org ([80.241.56.172]:56090)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <antero@HIDDEN>) id 1rLVOq-0003Is-6a
 for 68234 <at> debbugs.gnu.org; Thu, 04 Jan 2024 16:37:15 -0500
Received: from smtp202.mailbox.org (smtp202.mailbox.org [10.196.197.202])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4T5g0D3MXFz9scN;
 Thu,  4 Jan 2024 22:37:00 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org;
 s=mail20150812; t=1704404220;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=fBqnCvJZXf0yrbR0nVGPeO7d8+E0DxglOS/0N0W62TI=;
 b=PJLh7+Umoj5sr6ouX9RImfB3U3a0+HeG5Q8sc8+QCgR1lM092Luuvu2/RZRLhljNgwDlx7
 5ARHEGRwvQd0hvEq6IcRLQafjvr7sJfN7TY2Dmlxo9aXYCeEqCp1BcUoCyONdMsc4TzzCT
 rU2TXnVuvSuOQnaOWKdYSeUmsRG6YRTOza8lG/l1voxzCZctRyKJrqYymG/qLslJJ9UvD7
 WDletG9VSZJ950cKWdkoqQsh2w2A5NrljoJuoQ3RvDgb/Zyy9kGQoBk8+mp9ELkdC3ywuC
 vswVyiHfVsukh0gTMwMdT56EfIgVpJpt0//oprG5cGblrIQOtpfBK86OR6+tYA==
From: Antero Mejr <antero@HIDDEN>
In-Reply-To: <m1ttnslsko.fsf@HIDDEN> ("Daniel =?UTF-8?Q?Mart=C3=ADn?="'s
 message of "Thu, 04 Jan 2024 22:03:19 +0100")
References: <8734vejmaz.fsf@HIDDEN> <m1ttnslsko.fsf@HIDDEN>
Date: Thu, 04 Jan 2024 21:36:09 +0000
Message-ID: <87bka0srw6.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-MBO-RS-ID: cb43d89c7cf07f1a84d
X-MBO-RS-META: onypadhjuyehgxirob4npxe3dyzn7yp6
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Daniel Mart=C3=ADn <mardani29@HIDDEN> writes:

> Do you have a practical example of those expressions that are 10,000
> lines long?  I think they are rare enough that people affected by
> possible paren mismatching with them could simply tweak
> blink-matching-paren-distance in their customization file.

First time seeing it was an SXML expression for a website (about 6k
lines), second time was an allowlist filter (about 10k lines).

I don't think there is a noticable performance penalty in searching a
wider region, which is why I proposed increasing the default.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 04 Jan 2024 23:09:01 +0000
Resent-Message-ID: <handler.68234.B68234.170440972817282 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Eli Zaretskii <eliz@HIDDEN>, Antero Mejr <antero@HIDDEN>
Cc: 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170440972817282
          (code B ref 68234); Thu, 04 Jan 2024 23:09:01 +0000
Received: (at 68234) by debbugs.gnu.org; 4 Jan 2024 23:08:48 +0000
Received: from localhost ([127.0.0.1]:55937 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLWpU-0004Ug-DY
	for submit <at> debbugs.gnu.org; Thu, 04 Jan 2024 18:08:48 -0500
Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:59818)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1rLWpS-0004UT-PV
 for 68234 <at> debbugs.gnu.org; Thu, 04 Jan 2024 18:08:47 -0500
Received: by mail-lj1-x22b.google.com with SMTP id
 38308e7fff4ca-2cd0db24e03so12582871fa.3
 for <68234 <at> debbugs.gnu.org>; Thu, 04 Jan 2024 15:08:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1704409717; x=1705014517; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=MpAQubPD92mPU1M0MEivPqGUPU3YJZu3kaMXyAvTu+E=;
 b=YNSzHdCFnmG1CM4v0DgQgVsjrk8Y82DnJdaVT8xJf9lSfiK4AWHETBzwHVCb05E4gW
 KD84aTT+bu3YTxV74QGCtz2JRobhGeovXSkf48rxtFv82/S8fFXlKwWva2nsu2c4V6lm
 jgsNl1OYxqoRXDDlhVM2PFgGR9+YvLnE4pWKBMNL4rsgj6Tsl0wUj88NzgKjk+1oXDMx
 08VTXJ9+L0+tjwiGbZ2jhVDh0bQMJ4lz1FuPwrcRJGjDgjKJJe3QJsShhWTlbYlLu7uG
 1UwlgVlw7qB1OG1b6SJP7svFM1LkSLdpBnA9j11ZYjbdXhpTGvb4bWAV24EY16oDWnnN
 um6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1704409717; x=1705014517;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=MpAQubPD92mPU1M0MEivPqGUPU3YJZu3kaMXyAvTu+E=;
 b=VRjxrvRCtt+XT7lhwG25qDDn2DQ5C4ri+na5pyR+1p5bTfv3JL2TZJL7XTYRxbYVmC
 AZKaGivd7xpAO/mz0tY3Nnz7AHpRnd802hJEZ4ReBZgsbdBEpkK5MWIoukouoEJUntlP
 Mgr1Yrk6bSRGDNMb/ZGxakV0JWzv9XS/bBcHyyGASiNCJhJmS3ffO7yAInulaC9wDf/q
 z8ZdNaCWAS+RJKVtv43ftVKaPDkgTw4yopMKnYfJbSeFOqHbhTSm6PXW+dLPDjZ9Ug0R
 hyNfO32LDh33Rvz1edLfKLv2Ha8DFozKt+ciknhu64+1VRs0Dfhg77EA5H/kvBxxBhpL
 GdlQ==
X-Gm-Message-State: AOJu0Yy9A5Ig8Lvy7/HRL07Urkhcy2JjkdZ31d3T69wU6b5Hj96NdSak
 iZkoabGw/UZQtDMG5zthlifdGORRF4RZLH15Y24=
X-Google-Smtp-Source: AGHT+IHnZYEU9RFNbiGUGlFhXkWgtr8tDA3/Oxlh1ru/41LM1D2J4uTwkqjoSR9Z/BpBIDlWGDb1XhhCd/gfX+2rh/c=
X-Received: by 2002:a2e:9818:0:b0:2cc:f02c:c96c with SMTP id
 a24-20020a2e9818000000b002ccf02cc96cmr368283ljj.77.1704409716523; Thu, 04 Jan
 2024 15:08:36 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Thu, 4 Jan 2024 15:08:35 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <83v889wd16.fsf@HIDDEN>
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
MIME-Version: 1.0
Date: Thu, 4 Jan 2024 15:08:35 -0800
Message-ID: <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

>> -(defcustom blink-matching-paren-distance (* 100 1024)
>> +(defcustom blink-matching-paren-distance (* 400 1024)
>>    "If non-nil, maximum distance to search backwards for matching open-paren.
>>  If nil, search stops at the beginning of the accessible portion of the buffer."
>> -  :version "23.2"                       ; 25->100k
>> +  :version "23.2"                       ; 25->100k->400k
>>    :type '(choice (const nil) integer)
>>    :group 'paren-blinking)
>
> Do people feel okay with increasing this value by a factor of 4?  This
> blinking is supposed to be very fast, so if this will slow down
> display, it's not TRT.

I benchmarked this on my old ~2013 GNU/Linux machine using:

  (progn
  (goto-char (point-max))
  (insert "}")
  (let ((minibuffer-message-timeout 0)
        (blink-matching-delay 0)
        (repeat 20) fst)
    (dolist (distance (number-sequence 100 1000 100))
      (let* ((blink-matching-paren-distance (* distance 1024))
             (time (car (benchmark-run repeat (blink-matching-open)))))
        (message "distance %-4dKB takes %-.3fs (x%.1f)"
                 distance
                 (/ time repeat)
                 (/ time (setq fst (or fst time))))))))

In src/lisp.h (176 KB/5607 lines), I get:

  distance 100 KB takes 0.011s (x1.0)
  distance 200 KB takes 0.015s (x1.3)
  distance 300 KB takes 0.015s (x1.3)
  distance 400 KB takes 0.015s (x1.3) *
  [etc.]

In src/xterm.c (945 KB/32842 lines), I get:

  distance 100 KB takes 0.010s (x1.0)
  distance 200 KB takes 0.017s (x1.6)
  distance 300 KB takes 0.025s (x2.4)
  distance 400 KB takes 0.034s (x3.3) *
  distance 500 KB takes 0.042s (x4.1)
  distance 600 KB takes 0.051s (x5.0)
  distance 700 KB takes 0.060s (x5.8)
  distance 800 KB takes 0.068s (x6.7)
  distance 900 KB takes 0.078s (x7.6)
  distance 1000KB takes 0.079s (x7.7)

I also tried this in a ridiculous 23 MB header file that I found in the
Linux kernel tree, which my Emacs opens in fundamental-mode:

  distance 100 KB takes 0.005s (x1.0)
  distance 200 KB takes 0.005s (x1.0)
  distance 300 KB takes 0.008s (x1.5)
  distance 400 KB takes 0.010s (x2.0) *
  distance 500 KB takes 0.013s (x2.5)
  distance 600 KB takes 0.015s (x3.1)
  distance 700 KB takes 0.018s (x3.6)
  distance 800 KB takes 0.020s (x4.1)
  distance 900 KB takes 0.023s (x4.6)
  distance 1000KB takes 0.025s (x5.1)

Humans can't perceive delays smaller than 100 ms, so my conclusion here
is that setting this to 400 KB shouldn't normally lead to any noticeable
slowdown.  On the other hand, we get improved correctness, which sounds
like a win.

We also have to take into account the compound effect with other
features (such as third-party packages) that also may be slowing things
down.  However, this should only affect typing closing parens, so maybe
correctness could still be considered more important.

Of course, we could also double (instead of quadruple) this number, and
get most of the benefits still.

Eli, do you have any preference?

Note finally that the above examined files are unusually large (as is
often the case in our tree).

PS. Out of interest, in a recent copy of the Linux kernel the median
    *.[ch] file size is ~5 KB.  In emacs/src, we have instead a median
    *.[ch] file size of ~21KB.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 05 Jan 2024 07:50:01 +0000
Resent-Message-ID: <handler.68234.B68234.170444096731880 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: antero@HIDDEN, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170444096731880
          (code B ref 68234); Fri, 05 Jan 2024 07:50:01 +0000
Received: (at 68234) by debbugs.gnu.org; 5 Jan 2024 07:49:27 +0000
Received: from localhost ([127.0.0.1]:56259 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLexL-0008I8-Ci
	for submit <at> debbugs.gnu.org; Fri, 05 Jan 2024 02:49:27 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:56770)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rLexJ-0008Hv-CR
 for 68234 <at> debbugs.gnu.org; Fri, 05 Jan 2024 02:49:25 -0500
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 <eliz@HIDDEN>)
 id 1rLex7-0002Mk-RZ; Fri, 05 Jan 2024 02:49:13 -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=08mtwk8pijQysa7jM5xdkyyUxkE6+wOBuMKJpGWOdfE=; b=ggYu3sRQMJT9
 d3w19T+37n3jBMOCzcPT47H69RTc3gAZSH2nfgF8V0fQKfFjJ8hrX/eKHZpx2/2y7Q69yFhZJj/D1
 s/gtXlCvMjhG+kBA3p8lUuLnyuEPeLhpnZp94UTfgRdLrs8CO/Tc0IWzhru/n+lEFxz15l2p4rGbF
 LD3WcKaWo0cIYx1yeQwK4bVDIwZfc0KZmaEmErZGD+aSixVLkWo8nUmUGp4fu+lG9E0tqk3yo+xgl
 xW4NQVI1TTfFwe8ZJwaTQRxTeOaG0ebAzGoj12WOnkNWHnKFq+tT0RrAaqGOoS9JdIGlLzp4WlgSG
 ygD1n7+ifoqODrEIB8nzwQ==;
Date: Fri, 05 Jan 2024 09:49:00 +0200
Message-Id: <83frzcw783.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 (message from Stefan Kangas on Thu, 4 Jan 2024 15:08:35 -0800)
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Stefan Kangas <stefankangas@HIDDEN>
> Date: Thu, 4 Jan 2024 15:08:35 -0800
> Cc: 68234 <at> debbugs.gnu.org
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > Do people feel okay with increasing this value by a factor of 4?  This
> > blinking is supposed to be very fast, so if this will slow down
> > display, it's not TRT.
> 
> I benchmarked this on my old ~2013 GNU/Linux machine using:
> 
>   (progn
>   (goto-char (point-max))
>   (insert "}")
>   (let ((minibuffer-message-timeout 0)
>         (blink-matching-delay 0)
>         (repeat 20) fst)
>     (dolist (distance (number-sequence 100 1000 100))
>       (let* ((blink-matching-paren-distance (* distance 1024))
>              (time (car (benchmark-run repeat (blink-matching-open)))))
>         (message "distance %-4dKB takes %-.3fs (x%.1f)"
>                  distance
>                  (/ time repeat)
>                  (/ time (setq fst (or fst time))))))))
> 
> In src/lisp.h (176 KB/5607 lines), I get:
> 
>   distance 100 KB takes 0.011s (x1.0)
>   distance 200 KB takes 0.015s (x1.3)
>   distance 300 KB takes 0.015s (x1.3)
>   distance 400 KB takes 0.015s (x1.3) *
>   [etc.]
> 
> In src/xterm.c (945 KB/32842 lines), I get:
> 
>   distance 100 KB takes 0.010s (x1.0)
>   distance 200 KB takes 0.017s (x1.6)
>   distance 300 KB takes 0.025s (x2.4)
>   distance 400 KB takes 0.034s (x3.3) *
>   distance 500 KB takes 0.042s (x4.1)
>   distance 600 KB takes 0.051s (x5.0)
>   distance 700 KB takes 0.060s (x5.8)
>   distance 800 KB takes 0.068s (x6.7)
>   distance 900 KB takes 0.078s (x7.6)
>   distance 1000KB takes 0.079s (x7.7)

Based on these times, I don't recommend raising the threshold above
200K.

> I also tried this in a ridiculous 23 MB header file that I found in the
> Linux kernel tree, which my Emacs opens in fundamental-mode:

I don't think Fundamental mode is relevant: everything is
lightning-fast there.  I would be interested in modes like Python,
though, if this is relevant for them.

> Humans can't perceive delays smaller than 100 ms

That's not true: 50 ms is already perceptible.  Moreover, this
particular time is an add-on to the redisplay time after cursor
movement, so adding even a few tens of msec could easily pass the
perception threshold.  And finally, some people, including on this
list, use machines older and much slower than those from 10 years ago.

> Of course, we could also double (instead of quadruple) this number, and
> get most of the benefits still.
> 
> Eli, do you have any preference?

I think we can at most double it at this time.  This is a defcustom,
so people can always increase it in their local configurations if they
have much faster machines and need routinely to cope with such large
parenthetical expressions.

> Note finally that the above examined files are unusually large (as is
> often the case in our tree).

What matters is not the size of the file, but the size of a
parenthetical expression.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 05 Jan 2024 20:52:02 +0000
Resent-Message-ID: <handler.68234.B68234.170448791515541 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170448791515541
          (code B ref 68234); Fri, 05 Jan 2024 20:52:02 +0000
Received: (at 68234) by debbugs.gnu.org; 5 Jan 2024 20:51:55 +0000
Received: from localhost ([127.0.0.1]:58030 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLrAY-00042b-QH
	for submit <at> debbugs.gnu.org; Fri, 05 Jan 2024 15:51:55 -0500
Received: from mout-p-101.mailbox.org ([2001:67c:2050:0:465::101]:33890)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <antero@HIDDEN>) id 1rLrAT-00042L-JJ
 for 68234 <at> debbugs.gnu.org; Fri, 05 Jan 2024 15:51:53 -0500
Received: from smtp102.mailbox.org (smtp102.mailbox.org
 [IPv6:2001:67c:2050:b231:465::102])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4T6FxP5vd8z9srw;
 Fri,  5 Jan 2024 21:51:37 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org;
 s=mail20150812; t=1704487897;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=ToQFR+WCU5M8t9m+umz2FrB3hmrB0R05LE6PdZLRxGE=;
 b=r7icluZyxlHjLyP8rpEi+/V1ewPVuRPzpz2WGB/2T6Y54whEJi34cZavPbQJrjXfQg4LlY
 WahS5dOEYXZpI6KhLvKV6e83FLiyihfMTPm+VfT/iRz/zasu2JXbqO8BR8WgnqPisGVtau
 1Gko+eX5kbmIqeHuAnf2uYIfylpZyGa9WN2jQAAYui93zwmfRzfOYIsXg9jAuTo/l6gncB
 J0uVjGmeSd+Oc+lJN0ve4Ppdkmno2SkZOyAxTGJ5wS6uqNUpGHHLuS9OrM/wPEWjkNogpJ
 IsE5i1dD8fwNslMIoag7PPZIGe5wwx2Y1isNKGGKB0390ENPvzWtWD0M3WmVbQ==
From: Antero Mejr <antero@HIDDEN>
In-Reply-To: <83frzcw783.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 05 Jan
 2024 09:49:00 +0200")
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 <83frzcw783.fsf@HIDDEN>
Date: Fri, 05 Jan 2024 20:50:45 +0000
Message-ID: <87sf3bld22.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-MBO-RS-META: 5bwszmoczqgtypd5bkikmzz35hj7pzta
X-MBO-RS-ID: a273de94cb0407b042c
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

--=-=-=
Content-Type: text/plain

Eli Zaretskii <eliz@HIDDEN> writes:

> I think we can at most double it at this time.  This is a defcustom,
> so people can always increase it in their local configurations if they
> have much faster machines and need routinely to cope with such large
> parenthetical expressions.

If we're not increasing it that much, can we change the behavior to not
wrongly indicate mismatched parens for expressions where you can't be
sure? Patch is attached.


--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-Don-t-show-mismatched-parens-if-search-region-is-nar.patch

From a6dcc9007601122e4bef95f4316cd5452e8d6b38 Mon Sep 17 00:00:00 2001
From: Antero Mejr <antero@HIDDEN>
Date: Fri, 5 Jan 2024 20:37:52 +0000
Subject: [PATCH] Don't show mismatched parens if search region is narrowed

* lisp/paren.el (show-paren--default): Don't highlight paren as
mismatched if region is narrowed.
* lisp/simple.el (blink-matching-open): Don't display mismatched paren
message if region is narrowed.  (Bug#68234)
---
 lisp/paren.el  | 18 ++++++++++++------
 lisp/simple.el |  5 ++++-
 2 files changed, 16 insertions(+), 7 deletions(-)

diff --git a/lisp/paren.el b/lisp/paren.el
index cb29b8311a5..dbfd0ab4ffd 100644
--- a/lisp/paren.el
+++ b/lisp/paren.el
@@ -246,7 +246,7 @@ It is the default value of `show-paren-data-function'."
           (if (ppss-comment-depth (syntax-ppss))
               nil
             parse-sexp-ignore-comments))
-	 pos mismatch here-beg here-end)
+	 pos mismatch here-beg here-end narrowed)
     ;;
     ;; Find the other end of the sexp.
     (when dir
@@ -254,10 +254,15 @@ It is the default value of `show-paren-data-function'."
 	    here-end (if (eq dir 1) (1+ outside) outside))
       (save-restriction
 	;; Determine the range within which to look for a match.
-	(when blink-matching-paren-distance
-	  (narrow-to-region
-	   (max (point-min) (- (point) blink-matching-paren-distance))
-	   (min (point-max) (+ (point) blink-matching-paren-distance))))
+        (let ((start (- (point) blink-matching-paren-distance))
+              (end (+ (point) blink-matching-paren-distance)))
+	  (when blink-matching-paren-distance
+            ;; If narrowed, the match may be outside the region.
+            (setq narrowed (or (and (< (point-min) start) (eq dir -1))
+                               (and (> (point-max) end) (eq dir 1))))
+	    (narrow-to-region
+	     (max (point-min) start)
+	     (min (point-max) end))))
 	;; Scan across one sexp within that range.
 	;; Errors or nil mean there is a mismatch.
 	(condition-case ()
@@ -275,7 +280,8 @@ It is the default value of `show-paren-data-function'."
 	;; If found a "matching" paren, see if it is the right
 	;; kind of paren to match the one we started at.
 	(if (not (integerp pos))
-	    (if mismatch (list here-beg here-end nil nil t))
+	    (if (and mismatch (not narrowed))
+                (list here-beg here-end nil nil t))
 	  (let ((beg (min pos outside)) (end (max pos outside)))
 	    (unless (eq (syntax-class (syntax-after beg)) 8)
 	      (setq mismatch
diff --git a/lisp/simple.el b/lisp/simple.el
index a464123f8b5..b3c4f456372 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -9360,9 +9360,12 @@ The function should return non-nil if the two tokens do not match.")
                           (forward-char 1))
                         (point))
                     (error nil))))))
+           ;; If narrowed, the match may be outside the region.
+           (narrowed (< (minibuffer-prompt-end)
+                        (- (point) blink-matching-paren-distance)))
            (mismatch (funcall blink-matching-check-function blinkpos oldpos)))
       (cond
-       (mismatch
+       ((and mismatch (not narrowed))
         (if blinkpos
             (if (minibufferp)
                 (minibuffer-message "Mismatched parentheses")
-- 
2.43.0


--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Antero Mejr <antero@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 05 Jan 2024 21:12:02 +0000
Resent-Message-ID: <handler.68234.B68234.170448907927328 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170448907927328
          (code B ref 68234); Fri, 05 Jan 2024 21:12:02 +0000
Received: (at 68234) by debbugs.gnu.org; 5 Jan 2024 21:11:19 +0000
Received: from localhost ([127.0.0.1]:58066 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rLrTL-00076h-4k
	for submit <at> debbugs.gnu.org; Fri, 05 Jan 2024 16:11:19 -0500
Received: from mout-p-101.mailbox.org ([80.241.56.151]:59454)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <antero@HIDDEN>) id 1rLrTG-00076P-Jd
 for 68234 <at> debbugs.gnu.org; Fri, 05 Jan 2024 16:11:18 -0500
Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4T6GMp64Hkz9sbL;
 Fri,  5 Jan 2024 22:11:02 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org;
 s=mail20150812; t=1704489062;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 in-reply-to:in-reply-to:references:references;
 bh=peTsC5z9AvypX558Nvdh+P2se+nZb3M7nRIBfas4ngw=;
 b=Y8xCC8IjyY1fixMLAIVYV//CrVdFHUierHvadwl+LArsUY/y+N21Psx7RcdykffxxX6XT3
 0f7yebpPbaKXZ3DJUlfYYDTH0vhdXELY5sdYrJ5/9vbkwwLIUka9/Xi7xWf09OE98xz1jj
 DheqeNxJpRvqO5q8N6kmhHwHYNdAI8wSBXq+6QJ+hkXbl3EPL2VnbF+i8Sbu1DU8LWARtf
 KUOU24NS2EcQQNz8q7Xf1u3HcSkob56j2OzJb7QVizc1I/Bxbw0Cml1inEIqTOYo3dRpVE
 0isDEolgq4hyCa4Qg5R41wDa6rgGcBQyTGpmy5YIZUh0JWCfqHd3fjYy3Bi/PA==
From: Antero Mejr <antero@HIDDEN>
In-Reply-To: <87sf3bld22.fsf@HIDDEN> (Antero Mejr's message of "Fri, 05
 Jan 2024 20:50:45 +0000")
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 <83frzcw783.fsf@HIDDEN> <87sf3bld22.fsf@HIDDEN>
Date: Fri, 05 Jan 2024 21:10:10 +0000
Message-ID: <87o7dzlc5p.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-MBO-RS-META: mhyne9u4b1q5t6ijg8ckzk5z9h9kiucn
X-MBO-RS-ID: d0c08d82b02262306a8
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

--=-=-=
Content-Type: text/plain

Antero Mejr <antero@HIDDEN> writes:

> Eli Zaretskii <eliz@HIDDEN> writes:
>
>> I think we can at most double it at this time.  This is a defcustom,
>> so people can always increase it in their local configurations if they
>> have much faster machines and need routinely to cope with such large
>> parenthetical expressions.
>
> If we're not increasing it that much, can we change the behavior to not
> wrongly indicate mismatched parens for expressions where you can't be
> sure? Patch is attached.

Updated version of the last patch, accounts for when
blink-matching-paren-distance is nil.


--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-Don-t-show-mismatched-parens-if-search-region-is-nar.patch

From bb48036f39affb549fd71ee417d4cf9b111eaabf Mon Sep 17 00:00:00 2001
From: Antero Mejr <antero@HIDDEN>
Date: Fri, 5 Jan 2024 20:37:52 +0000
Subject: [PATCH] Don't show mismatched parens if search region is narrowed

* lisp/paren.el (show-paren--default): Don't highlight paren as
mismatched if region is narrowed.
* lisp/simple.el (blink-matching-open): Don't display mismatched paren
message if region is narrowed.  (Bug#68234)
---
 lisp/paren.el  | 16 +++++++++++-----
 lisp/simple.el | 17 +++++++++++------
 2 files changed, 22 insertions(+), 11 deletions(-)

diff --git a/lisp/paren.el b/lisp/paren.el
index cb29b8311a5..267289f9273 100644
--- a/lisp/paren.el
+++ b/lisp/paren.el
@@ -246,7 +246,7 @@ It is the default value of `show-paren-data-function'."
           (if (ppss-comment-depth (syntax-ppss))
               nil
             parse-sexp-ignore-comments))
-	 pos mismatch here-beg here-end)
+	 pos mismatch here-beg here-end narrowed)
     ;;
     ;; Find the other end of the sexp.
     (when dir
@@ -255,9 +255,14 @@ It is the default value of `show-paren-data-function'."
       (save-restriction
 	;; Determine the range within which to look for a match.
 	(when blink-matching-paren-distance
-	  (narrow-to-region
-	   (max (point-min) (- (point) blink-matching-paren-distance))
-	   (min (point-max) (+ (point) blink-matching-paren-distance))))
+          (let ((start (- (point) blink-matching-paren-distance))
+                (end (+ (point) blink-matching-paren-distance)))
+            ;; If narrowed, the match may be outside the region.
+            (setq narrowed (or (and (< (point-min) start) (eq dir -1))
+                               (and (> (point-max) end) (eq dir 1))))
+	    (narrow-to-region
+	     (max (point-min) start)
+	     (min (point-max) end))))
 	;; Scan across one sexp within that range.
 	;; Errors or nil mean there is a mismatch.
 	(condition-case ()
@@ -275,7 +280,8 @@ It is the default value of `show-paren-data-function'."
 	;; If found a "matching" paren, see if it is the right
 	;; kind of paren to match the one we started at.
 	(if (not (integerp pos))
-	    (if mismatch (list here-beg here-end nil nil t))
+	    (if (and mismatch (not narrowed))
+                (list here-beg here-end nil nil t))
 	  (let ((beg (min pos outside)) (end (max pos outside)))
 	    (unless (eq (syntax-class (syntax-after beg)) 8)
 	      (setq mismatch
diff --git a/lisp/simple.el b/lisp/simple.el
index a464123f8b5..473532dc9bd 100644
--- a/lisp/simple.el
+++ b/lisp/simple.el
@@ -9335,15 +9335,20 @@ The function should return non-nil if the two tokens do not match.")
 	     blink-matching-paren)
     (let* ((oldpos (point))
 	   (message-log-max nil) ; Don't log messages about paren matching.
+           (narrowed nil)
 	   (blinkpos
             (save-excursion
               (save-restriction
 		(syntax-propertize (point))
-                (if blink-matching-paren-distance
-                    (narrow-to-region
-                     (max (minibuffer-prompt-end) ;(point-min) unless minibuf.
-                          (- (point) blink-matching-paren-distance))
-                     oldpos))
+                (when blink-matching-paren-distance
+                  (let ((start (- (point)
+                                  blink-matching-paren-distance)))
+                  ;; If narrowed, the match may be outside the region.
+                  (setq narrowed (< (minibuffer-prompt-end) start))
+                  (narrow-to-region
+                   (max (minibuffer-prompt-end) ;(point-min) unless minibuf.
+                        start)
+                   oldpos)))
                 (let ((parse-sexp-ignore-comments
                        (and parse-sexp-ignore-comments
                             (not blink-matching-paren-dont-ignore-comments))))
@@ -9362,7 +9367,7 @@ The function should return non-nil if the two tokens do not match.")
                     (error nil))))))
            (mismatch (funcall blink-matching-check-function blinkpos oldpos)))
       (cond
-       (mismatch
+       ((and mismatch (not narrowed))
         (if blinkpos
             (if (minibufferp)
                 (minibuffer-message "Mismatched parentheses")
-- 
2.43.0


--=-=-=--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 06 Jan 2024 07:02:01 +0000
Resent-Message-ID: <handler.68234.B68234.1704524514986 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Antero Mejr <antero@HIDDEN>
Cc: stefankangas@HIDDEN, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.1704524514986
          (code B ref 68234); Sat, 06 Jan 2024 07:02:01 +0000
Received: (at 68234) by debbugs.gnu.org; 6 Jan 2024 07:01:54 +0000
Received: from localhost ([127.0.0.1]:58460 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rM0gr-0000Fq-NU
	for submit <at> debbugs.gnu.org; Sat, 06 Jan 2024 02:01:54 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:60924)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1rM0gp-0000Fc-4l
 for 68234 <at> debbugs.gnu.org; Sat, 06 Jan 2024 02:01:52 -0500
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 <eliz@HIDDEN>)
 id 1rM0ge-0004CV-EE; Sat, 06 Jan 2024 02:01:40 -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=7DsW4SYSzR7Fke/CQDDTDAOI1IbhddlpBCHqMNYy2h4=; b=eLAELp/V54e0
 exlwthfqswa3Bf4UnUF3H2zjnyWlqz44F3i8m+dk6zYkSmT941wnAEXT/ihchi40Dz5GMK9k1g9iH
 Jyk9mnbVDqy05rSD2Oc7byOUjvk7qo5WZ+cZX36L4BugwkMXc3GVtKVAdjcYv6n9TzhmvYPnGrMbb
 f6/k/gbvcQgJ7m2EOxU29MBiAZGFNfbZVqhaUI8Y3rfORqfrAOQQFmnP0GGbRdy/R7pZmpGWbc4tg
 o4d/pDBcVGLVS7MKbkPt2NLt1xuTOif6giMmCAYrMLAciUDXmkEkTv43c9nyCTJPjdjWEK6rfO8Dt
 aH1SEABV6XYq45G5FCDZXA==;
Date: Sat, 06 Jan 2024 09:01:30 +0200
Message-Id: <83y1d3t06t.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <87sf3bld22.fsf@HIDDEN> (message from Antero Mejr on Fri, 05
 Jan 2024 20:50:45 +0000)
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 <83frzcw783.fsf@HIDDEN> <87sf3bld22.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Antero Mejr <antero@HIDDEN>
> Cc: Stefan Kangas <stefankangas@HIDDEN>,  68234 <at> debbugs.gnu.org
> Date: Fri, 05 Jan 2024 20:50:45 +0000
> 
> Eli Zaretskii <eliz@HIDDEN> writes:
> 
> > I think we can at most double it at this time.  This is a defcustom,
> > so people can always increase it in their local configurations if they
> > have much faster machines and need routinely to cope with such large
> > parenthetical expressions.
> 
> If we're not increasing it that much, can we change the behavior to not
> wrongly indicate mismatched parens for expressions where you can't be
> sure? Patch is attached.

AFAIU, this will show nothing when the matching parenthesis is not
found?  If so, why is that a good idea?

In general, I don't understand why this rare situation should draw so
much attention.  Does this happen to you frequently?  If so, does it
happen with many files?  You could solve this either by changing the
value as a file-local variable or globally by customizing the limit in
your init files.  What I don't understand is why should we make
significant changes that will affect everyone, when the problem is
rare and affects only you or a small number of users?  User options
exist because no single value can ever be good for everyone or every
situation, so the right solution for such cases is to customize the
option.

Or what am I missing?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 06 Jan 2024 12:10:02 +0000
Resent-Message-ID: <handler.68234.B68234.17045429695936 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Eli Zaretskii <eliz@HIDDEN>, Antero Mejr <antero@HIDDEN>
Cc: 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.17045429695936
          (code B ref 68234); Sat, 06 Jan 2024 12:10:02 +0000
Received: (at 68234) by debbugs.gnu.org; 6 Jan 2024 12:09:29 +0000
Received: from localhost ([127.0.0.1]:58771 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rM5UX-0001Xg-EE
	for submit <at> debbugs.gnu.org; Sat, 06 Jan 2024 07:09:29 -0500
Received: from mail-ed1-x530.google.com ([2a00:1450:4864:20::530]:60462)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1rM5UT-0001XJ-CG
 for 68234 <at> debbugs.gnu.org; Sat, 06 Jan 2024 07:09:27 -0500
Received: by mail-ed1-x530.google.com with SMTP id
 4fb4d7f45d1cf-55745901085so483924a12.0
 for <68234 <at> debbugs.gnu.org>; Sat, 06 Jan 2024 04:09:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1704542954; x=1705147754; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=tC8FUv8Vt/Ck3IO35zxBb27WBQzXQWwcVXo33Vl1EVI=;
 b=DWCCmIGaCmGBg/1Fu65ktWmf6Jg4A6Z00smrVeuN1AK7lzAAVM5ZYyTtYAkfA0Wsxc
 ZAxmVbqL5t2IxVFFsoKBaXOZOIGdiPzCp/QK0CIpHGNyfbaMmUEfJqqugg8qrxstKNQe
 NzJ54UDkcWD8DUUXkuuQvfRApx3oLH/P788bY7CnGezOUjvdIaT04oBvD9qv+vzi4l8e
 0JgreUaHGUCnVmgrRxEfHnQLtL7jwSTI+rQpUKvwOTWrHA8Wo7RGmMu122DCwJO7Hi9+
 LdouYYYbpRT05Sw/9zgSqktVZUIYFKyKnkpxSOFyNbWwkWxBqV8Omb0+qvi51hLfA2T1
 R2lg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1704542954; x=1705147754;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=tC8FUv8Vt/Ck3IO35zxBb27WBQzXQWwcVXo33Vl1EVI=;
 b=tIjsUiCjVLOLrAGoEe30UZoFH8z7KN5AoY97PKBq2xclEV8BwUzv0WY8+GvJGAAnAj
 93w/FVsm2z8s8wJXF99KbVaiQVUjxYpFqY9LfBiLESqRRA4L0qFDUrlp4MqX0lwJPRx/
 VwZCROlTwafG4mWlSqQbcTaWDBCo+D0GtCUcyP/pycfrIvCIJIlYwefDr/abEt8izJE/
 sgYjsK0Ka50TwxWnToJVNqJpU2rxZuAaCAJQLrARKkyAupN/M79SmW0gAAfRgJZY71fB
 8nyxmjw4Yie6W2n96qMBSB/OYfYH1CcN9aivuSmwAB4aTdZsgjng/XSzjZNGAl0L/W61
 8MWQ==
X-Gm-Message-State: AOJu0YyUhah1mgMb6wzsXlIiOAg5/anxJsOeEwxu5eIAYpzb6l8PvRHf
 pZ3SeJv03WeO4JJsjfW95uk/paZO+evGRxFNr10=
X-Google-Smtp-Source: AGHT+IFuXUVOUa34mDzU0ycMzWuTqvp+vW+CHVW4AmnIM03WqZ5SQK1MpoxeHU2bx6cpu033dN/qWD1zMQDiQuT9lFY=
X-Received: by 2002:a50:ed03:0:b0:557:5313:4f7e with SMTP id
 j3-20020a50ed03000000b0055753134f7emr461675eds.63.1704542954558; Sat, 06 Jan
 2024 04:09:14 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sat, 6 Jan 2024 04:09:14 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <83y1d3t06t.fsf@HIDDEN>
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 <83frzcw783.fsf@HIDDEN> <87sf3bld22.fsf@HIDDEN> <83y1d3t06t.fsf@HIDDEN>
MIME-Version: 1.0
Date: Sat, 6 Jan 2024 04:09:14 -0800
Message-ID: <CADwFkm=p0uA_bxqTQCBQQ3ecWyXBrmHi24zrBzNkHfncOYQBMg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

> AFAIU, this will show nothing when the matching parenthesis is not
> found?  If so, why is that a good idea?

I guess the point is to avoid false positives: Emacs confidently says
"no matching paren", but actually there is one.  We just didn't try hard
enough to find it.

On the other hand, perhaps we could just adjust the message to make it
more clear: "no matching parenthesis within 100000 characters" or
something like that (but only if the buffer is indeed longer).  (But
then I wouldn't bother with the (* 100 1024) part, and just do 100000 or
200000 outright to improve the display.  This is a nit though.)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#68234: [PATCH] Increase blink-matching-paren-distance by 300kb.
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 09 Jan 2024 05:57:01 +0000
Resent-Message-ID: <handler.68234.B68234.170477978332529 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 68234
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Eli Zaretskii <eliz@HIDDEN>
Cc: antero@HIDDEN, 68234 <at> debbugs.gnu.org
Received: via spool by 68234-submit <at> debbugs.gnu.org id=B68234.170477978332529
          (code B ref 68234); Tue, 09 Jan 2024 05:57:01 +0000
Received: (at 68234) by debbugs.gnu.org; 9 Jan 2024 05:56:23 +0000
Received: from localhost ([127.0.0.1]:38117 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rN566-0008Sb-Ip
	for submit <at> debbugs.gnu.org; Tue, 09 Jan 2024 00:56:22 -0500
Received: from mail-ed1-x533.google.com ([2a00:1450:4864:20::533]:55412)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1rN562-0008SE-OG
 for 68234 <at> debbugs.gnu.org; Tue, 09 Jan 2024 00:56:21 -0500
Received: by mail-ed1-x533.google.com with SMTP id
 4fb4d7f45d1cf-557535489d0so2935812a12.2
 for <68234 <at> debbugs.gnu.org>; Mon, 08 Jan 2024 21:56:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1704779766; x=1705384566; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc:subject:date:message-id:reply-to;
 bh=fu14WoJvh8WhAYu3EgOsTY5A9SQtg/UtaH31wCUkyVA=;
 b=QEPcuaF20w48FIlsy04thOS4z+kLphtMud32GGw/0RXLsQU5IKEbbQxjsZbwyd2JXn
 oOW7BEyWsnlF+B73X5Tehm/Bc7G39VbDtoS9ia9buVflvw9CPL9mRiQSa2tWHerT0XOf
 XOZXi2caBG/edJtmFo6r8kbNNECAvEqjc7wuLDQUV/drTUwFKo4P/9wIrlm0CERrj2vZ
 soi8B4I0CqCncZhGk2+xmwlZFV2pPhG9ZCnQSn09zWFKK/lKiaSziSfIrQIpyy9eLtEY
 4aNwes28OoRXyPvts9pwKCKK9SkDNnQykexB2xIhUdspGsbVb/tAutAn5BmDQEmkL3HN
 44Ng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1704779766; x=1705384566;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=fu14WoJvh8WhAYu3EgOsTY5A9SQtg/UtaH31wCUkyVA=;
 b=XZFNLraV0fow3YqondkBUKXkobnhGgnpX7F3ZpJOhXhU5ikpD5PqgFB1Z9oYpxX0sP
 NgKKCAuqWS0oFcCu7tsOoeM3jFjM2g/jgzR9d5FV1ZwtzB4tV9FztPLCL22uAIRw1os1
 cyETp+wIYX8Ph9w+GbWCleV6CU2pmnPHPWSdN0XUefcyG4sCFwSl9+ZNPqiY/IEkVLoa
 DWK7nWVBPt9ifQ1PosL3DJkPr/vn8ivHi9Hqw8go5z5nJEMS0qcpV0aIgK83lgo/2Gw1
 Lkuxj4roB9Cn2JPGzONjmTyHBmFlzrhDwgu7AUJz5++9GZkRCyoaNeLWWqGafRsbAuqJ
 QgzA==
X-Gm-Message-State: AOJu0YxRvKXmFLPnoexSeZzWGp6OjLcADV7gBS0Z9d7LSGMiBq1yqeWv
 vZQiHVV7f9Pk7ZlNl848F4AyU+dm5AZnESDHv2gVmi6/
X-Google-Smtp-Source: AGHT+IG5CxW8A/Iz9QaaMAGGJ4qJ/0T+UiBN1x0wbuO7AqQ9eq3vOrDN/13YGxnXq6cl4TIijybukvXO2BNJyamhIxo=
X-Received: by 2002:a50:9341:0:b0:554:343f:c151 with SMTP id
 n1-20020a509341000000b00554343fc151mr2386814eda.42.1704779766145; Mon, 08 Jan
 2024 21:56:06 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Mon, 8 Jan 2024 21:56:05 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <83frzcw783.fsf@HIDDEN>
References: <8734vejmaz.fsf@HIDDEN>
 <handler.68234.B.170430710530123.ack <at> debbugs.gnu.org>
 <87v88ai77a.fsf_-_@HIDDEN> <83v889wd16.fsf@HIDDEN>
 <CADwFkmkbyc1TioYHkAmg_MPpdzK3OEeAvyRVT5+zDtveYOD=GQ@HIDDEN>
 <83frzcw783.fsf@HIDDEN>
MIME-Version: 1.0
Date: Mon, 8 Jan 2024 21:56:05 -0800
Message-ID: <CADwFkmmMGW1bh=k=H0fpHMxjvO6bN43vWEjeNQNzbLRA-9Jqtg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Eli Zaretskii <eliz@HIDDEN> writes:

> I think we can at most double it at this time.  This is a defcustom,
> so people can always increase it in their local configurations if they
> have much faster machines and need routinely to cope with such large
> parenthetical expressions.

Sounds good to me.

Note that performance only comes into play for ending parens, and if
there is no matching open paren.

>> Note finally that the above examined files are unusually large (as is
>> often the case in our tree).
>
> What matters is not the size of the file, but the size of a
> parenthetical expression.

That would be the best case.

The file size is the upper bound if there's no matching opening paren
(the worst case).

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 10 Jan 2024 17:30:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jan 10 12:30:52 2024
Received: from localhost ([127.0.0.1]:42765 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1rNcPk-000717-Bj
	for submit <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:30:52 -0500
Received: from mail-ed1-x536.google.com ([2a00:1450:4864:20::536]:48415)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1rNcPi-0006oe-EC
 for control <at> debbugs.gnu.org; Wed, 10 Jan 2024 12:30:50 -0500
Received: by mail-ed1-x536.google.com with SMTP id
 4fb4d7f45d1cf-55719cdc0e1so5002495a12.1
 for <control <at> debbugs.gnu.org>; Wed, 10 Jan 2024 09:30:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1704907846; x=1705512646; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:mime-version:from:from:to:cc:subject
 :date:message-id:reply-to;
 bh=xPqtEouMPcgeNtyWcxY14+wnp3nL4VEZn6BdG9eF5M4=;
 b=UPUPSGaHXa12ozNhwhd5mSwGPT76iMdaf/hsQZKHK7O3ulhG9153PZ6LqzZtfaOR2W
 A2O6XG8mDzuDf1Ql2smB7Krn7eK7/vqCbyQ+XtjvX/iHybrx8LNdTr9odjZ8rpqtmE+f
 l8xopNoNpMA1Iaz6+0PSvxc5RgRYgOjBWSkRemNiyO0fnYYlVHJij6G+CmpkqY/lVY44
 K8mzCF8qMdLiKlvIvj+T4a2DfauhNlZjEGNNe4ZnKhHlV+5Z5Wc2aYgw/MejPLs1F9XH
 DeSuj1iBfwh7ysALvtGT113DtRXVWr80YTkMtqhLzVFUoiPHB+o6XF88wlNQvrzd2mXi
 v+Iw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1704907846; x=1705512646;
 h=to:subject:message-id:date:mime-version:from:x-gm-message-state
 :from:to:cc:subject:date:message-id:reply-to;
 bh=xPqtEouMPcgeNtyWcxY14+wnp3nL4VEZn6BdG9eF5M4=;
 b=SajYD14tB9un/alDOIh6EDbtr0HmuyQTZNuoQ/sqHhEOa31Hv9ImU2IFrIcNJ76lVb
 tgVqB/jbWqY8A3Tr1AG+F3BFfpNEeArulUkWoqamxZO+CL2HWDnORE8yFNjACZVLaZP+
 3ZBefuS9bumpCfZPpOdxRZcsla5Pde8Sa96fjCgoPelKpRhB+Al9284raaB8m7mdDJLf
 dPt6n8dlf6gtkfTjJ7op57dlp1shqiphy9L3RGHnwoj0K+td/LRpd5EQAj2emegIPgsw
 h/neGAT/gt7ZSKPoOp/xoaAWj+7RFH8NitOKguFrrkSoKAHb3dPsmWBt4Ih9Bqey6yXk
 1qOQ==
X-Gm-Message-State: AOJu0YwyQZI9gQxbdQni2qrea6OhX3PGBAkYsQbXuEmw+7wD1rgNwBDf
 HEXVNU5m9QFRYnrHAsSImMm5qnDeYoTOkGli5i6IQRCLWZ1qbA==
X-Google-Smtp-Source: AGHT+IEsjkcCsv9KurAkWQ552DH/bJMi63h5Mj92Gm2JQ8TSotDxeN3rzKf80HPXWR0w2YCatn7X/zitccpK805b6ng=
X-Received: by 2002:a50:9f81:0:b0:552:d00a:2837 with SMTP id
 c1-20020a509f81000000b00552d00a2837mr745088edf.52.1704907846017; Wed, 10 Jan
 2024 09:30:46 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 10 Jan 2024 09:30:45 -0800
From: Stefan Kangas <stefankangas@HIDDEN>
MIME-Version: 1.0
Date: Wed, 10 Jan 2024 09:30:45 -0800
Message-ID: <CADwFkmn+4JFqS8HO4ne7mSj1MNd=z4pN0tJakfG5GGSzbAS7LA@HIDDEN>
Subject: control message for bug #68234
To: control <at> debbugs.gnu.org
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: control
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

severity 68234 wishlist
quit

Last modified: Sat, 20 Jan 2024 12:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.