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#59038: loading this base64 file makes emacs -Q 28.2 peg a core infinitely Date: Sun, 06 Nov 2022 08:00:00 +0200 Message-ID: <83edug39nj.fsf@gnu.org> References: <83h6zd51h0.fsf@gnu.org> <9719cff6-4534-46d9-0fed-1476633ac37d@gmail.com> <87tu3dabbw.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19557"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, gerd.moellmann@gmail.com, 59038@debbugs.gnu.org, checker@d6.com To: Alan Mackenzie Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Nov 06 07:01:34 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 1orYis-0004tA-23 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 06 Nov 2022 07:01:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1orYiQ-0005ML-32; Sun, 06 Nov 2022 01:01:06 -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 1orYiN-0005KI-T5 for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2022 01:01:04 -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 1orYiM-0004b2-T2 for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2022 01:01:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1orYiM-0007P0-3Y for bug-gnu-emacs@gnu.org; Sun, 06 Nov 2022 01:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Nov 2022 06:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59038 X-GNU-PR-Package: emacs Original-Received: via spool by 59038-submit@debbugs.gnu.org id=B59038.166771443128407 (code B ref 59038); Sun, 06 Nov 2022 06:01:02 +0000 Original-Received: (at 59038) by debbugs.gnu.org; 6 Nov 2022 06:00:31 +0000 Original-Received: from localhost ([127.0.0.1]:58551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYhq-0007O7-Ny for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:00:31 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYhm-0007Np-F2 for 59038@debbugs.gnu.org; Sun, 06 Nov 2022 01:00:27 -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 1orYhg-0004AX-04; Sun, 06 Nov 2022 01:00:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=oZY5lUSHUCxLLWdKxCkR8jiiUV/UocnLY1tliTy+qGs=; b=Hy44+tYaPPFqq5r1MUvq YxswXFktcF1/ZV33Wr52aqGfsQKpWQdFhGngrnLqCGnHEW+i4RqOmLMb6bplemkxW8l4JLJM5rPSN 13rh5cVrpANWqoPfic9t4iEZbYDAYMpeFepOFfvSsDvPFTVQ0S2Xhtm1GPlE3U9VdgiRe1gNHIymE ZwRJshUg+4gRoatXrKXquLRnoYwDdTvFhDe7CcDSmf4zVuwNTFCXKjLiVKNcKyFuPBR65FQW+sZQN FL9DgwbJjJoTRaDBeV7hU1PlXAeh1ho78OMQsMBMXFuxFAkfWuAXWn8yPy5pimHdu3BEfJWQiLZDb adtAQDMNC0NzDg==; 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 1orYhe-0000Jh-Te; Sun, 06 Nov 2022 01:00:19 -0500 In-Reply-To: (message from Alan Mackenzie on Sat, 5 Nov 2022 22:03:51 +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: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:247183 Archived-At: > Date: Sat, 5 Nov 2022 22:03:51 +0000 > Cc: Chris Hecker , > Gerd Möllmann , > 59038@debbugs.gnu.org, Eli Zaretskii > From: Alan Mackenzie > > > All of this is no longer a problem in Emacs 29, and even if you somehow > > still cause redisplay to become wedged, you can set max-redisplay-ticks > > to a suitable value. > > I looked that up in Emacs with C-h v. It says it's the maximum number > of "redisplay ticks" before some aborting or other occurs. > > I don't know what a redisplay tick is, and the dock string doesn't > explain it. I've never heard of the term before. > > This doc string is thus not very helpful, quite the reverse. > > Maybe one of the manuals explains it. It would be nice to have that > doc string amended to be less puzzling. There's nothing to explain that can be easily explained to someone who isn't privy to the display code internals. What does "redisplay ticks" tell you intuitively? Chances are your intuition is correct. The mechanisms behind that variable are not important, as long as our recent measures to cope with very long lines do their job, so I see no reason to document the ticks stuff more than it already is. If you are really interested, grep the sources for update_redisplay_ticks.