From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#38407: 27.0.50; infinite loop with display of large file without newlines Date: Fri, 29 Nov 2019 17:03:33 +0200 Message-ID: <831rtqpvwa.fsf@gnu.org> References: <39c498717f8958e7fdc408d4da51d378@webmail.orcon.net.nz> <24031.28277.201123.531348@cochabamba.vanoostrum.org> <83r21sowx1.fsf@gnu.org> <24032.4698.256238.87458@cochabamba.vanoostrum.org> <83k17jq1ch.fsf@gnu.org> <24032.17845.921546.629745@cochabamba.vanoostrum.org> <83fti7p349.fsf@gnu.org> <5b3e77c9-98e9-2874-8944-cfd9a3c414a6@orcon.net.nz> <8336e6pxlo.fsf@gnu.org> <4cff6073-ad7a-b18c-9383-8db8fa6e08a4@yandex.ru> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="133360"; mail-complaints-to="usenet@blaine.gmane.org" Cc: psainty@orcon.net.nz, pieter@vanoostrum.org, 38407@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 29 17:07:03 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iainO-000YTS-EM for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Nov 2019 17:07:02 +0100 Original-Received: from localhost ([::1]:60522 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iainM-0006uQ-R7 for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Nov 2019 11:07:00 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55253) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iahoV-0006xv-3w for bug-gnu-emacs@gnu.org; Fri, 29 Nov 2019 10:04:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iahoR-0007AV-W3 for bug-gnu-emacs@gnu.org; Fri, 29 Nov 2019 10:04:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55671) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iahoR-0007A6-SX for bug-gnu-emacs@gnu.org; Fri, 29 Nov 2019 10:04:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iahoQ-0002pD-P6 for bug-gnu-emacs@gnu.org; Fri, 29 Nov 2019 10:04: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: Fri, 29 Nov 2019 15:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38407 X-GNU-PR-Package: emacs Original-Received: via spool by 38407-submit@debbugs.gnu.org id=B38407.157503981810792 (code B ref 38407); Fri, 29 Nov 2019 15:04:02 +0000 Original-Received: (at 38407) by debbugs.gnu.org; 29 Nov 2019 15:03:38 +0000 Original-Received: from localhost ([127.0.0.1]:33404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iaho2-0002ny-4B for submit@debbugs.gnu.org; Fri, 29 Nov 2019 10:03:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iahny-0002ni-1c for 38407@debbugs.gnu.org; Fri, 29 Nov 2019 10:03:35 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:46088) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iahnl-00053r-6u; Fri, 29 Nov 2019 10:03:21 -0500 Original-Received: from [176.228.60.248] (port=2994 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iahnk-0003kj-1r; Fri, 29 Nov 2019 10:03:20 -0500 In-reply-to: <4cff6073-ad7a-b18c-9383-8db8fa6e08a4@yandex.ru> (message from Dmitry Gutov on Fri, 29 Nov 2019 16:31:44 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:172656 Archived-At: > Cc: psainty@orcon.net.nz, pieter@vanoostrum.org, 38407@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 29 Nov 2019 16:31:44 +0200 > > On 29.11.2019 16:26, Eli Zaretskii wrote: > > No, because programming-language modes include strings and comments, > > where the correct rendering is important. > > What about just compilation modes, then? > > This is where I have routinely seen display slowdown because of long lines. Are there a lot of parentheses/braces there? are they nested? This variable will only have any visible effect when both of the following conditions are true: . a physical line is very long . the line includes many parentheses and/or braces, especially if they are nested If these conditions are not true, the variable will have no tangible effect on redisplay performance. Compilation buffers show errors and warnings, and this can easily include strings. For example, a code line that calls 'message' in Lisp or 'printf' in C usually includes a string. We don't want those strings to be displayed incorrectly, unless displaying them correctly takes a preposterous amount of time, at least not by default.