From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#56393: Resetting long_line_optimization_p to 0 Date: Tue, 19 Jul 2022 13:20:01 +0200 Message-ID: References: <38c1a31040d2d2bc47ae@heytings.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23953"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: 56393@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 19 13:21:12 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 1oDlHr-000613-TU for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jul 2022 13:21:11 +0200 Original-Received: from localhost ([::1]:60558 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oDlHq-0004uV-JB for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Jul 2022 07:21:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40488) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oDlHi-0004uJ-Mc for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 07:21:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55247) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oDlHi-0002FC-Dx for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 07:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oDlHi-0007JD-2I for bug-gnu-emacs@gnu.org; Tue, 19 Jul 2022 07:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Jul 2022 11:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56393 X-GNU-PR-Package: emacs Original-Received: via spool by 56393-submit@debbugs.gnu.org id=B56393.165822961427998 (code B ref 56393); Tue, 19 Jul 2022 11:21:02 +0000 Original-Received: (at 56393) by debbugs.gnu.org; 19 Jul 2022 11:20:14 +0000 Original-Received: from localhost ([127.0.0.1]:53006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDlGw-0007HW-5N for submit@debbugs.gnu.org; Tue, 19 Jul 2022 07:20:14 -0400 Original-Received: from mail-ej1-f42.google.com ([209.85.218.42]:46830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDlGq-0007H9-WB for 56393@debbugs.gnu.org; Tue, 19 Jul 2022 07:20:12 -0400 Original-Received: by mail-ej1-f42.google.com with SMTP id ez10so26504176ejc.13 for <56393@debbugs.gnu.org>; Tue, 19 Jul 2022 04:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :user-agent:mime-version; bh=FiZ90HUiWdauCNwfqpVFHBPj8qFHyHXb56dp94UhI/Y=; b=Zig+rZMBaFMyXZRP2vGRSFvaE2n8o8MFOiCMaHn3zyqD+i/LDNO8QMUjf/7xnq/DYZ 68Q7+l3k24MDTh0f+H3tKNHQZxSG3/RLqHMMPpRgsSUqgBCgoQDT7sGrp3ICPgZTF4NA rovNVKEX00AgzYtZDjb5Ck2fQmpXXb4eu6v8o7Gjv5vp0VF10En/bCfME+02NNpp/V3p KA3H0Xs35xDNpdz9PLz/VUNeaZFELBmFa5JrE6tVOOLlZJbZGDxuyI48CYsjkiibeBL7 T2V0S1JnL37AiIj4suEYJbmW1ILZfTpG0SNzPZVdeLr0M3DIxnG9GEXJ+t0Mo90DTfRC Ajvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:user-agent:mime-version; bh=FiZ90HUiWdauCNwfqpVFHBPj8qFHyHXb56dp94UhI/Y=; b=TLDToLtko2t1cv5CCg9KnManmzCllILO02GaHJYb0gy4ClYPU3UrQ+omdUdQ17nqyj UJ93qgvNL2bnXVx9HZ3b3NBN0z18+GhZL125gT63HKMAlEwiwfZFliQMzQkNWB6pE/0y 2mxFO+0JyIyMUCti3H7NQn2rC3jQj4PdFsBc9WOsTluQgx2nobYOxObJkxWpIyGisBnz kYitAnBdRaihRPfKfHE4LauiUMo62cs+mtsd6mbEfSpC6AMX6fpEPuGh731YNvS53nUm agsdEM7g83Tq72JfeWoVVzRTv8A7E9Y9ZfbjAIon4slSEiYjtq2NsJ+VUcz+bH2H0BKz RK9w== X-Gm-Message-State: AJIora8YHCYl2VjOIrrpM51RToLRZEAUsa+4f0wNlAh1gCiXE8pdV6v5 u0YEAwU13zmDhZSMe+/D83I//oJfaP4= X-Google-Smtp-Source: AGRyM1s0UGnYsIpS4QIeVbHj0Cc3QX+OXZTWtxh2EfxHC/xPtL5EhtA98ww2X8djloBiilOmba2AAg== X-Received: by 2002:a17:907:a0c6:b0:72e:ea7d:6a98 with SMTP id hw6-20020a170907a0c600b0072eea7d6a98mr20594758ejc.140.1658229602571; Tue, 19 Jul 2022 04:20:02 -0700 (PDT) Original-Received: from Mini.fritz.box (pd9e36437.dip0.t-ipconnect.de. [217.227.100.55]) by smtp.gmail.com with ESMTPSA id o1-20020aa7dd41000000b00436f3107bdasm10219259edw.38.2022.07.19.04.20.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Jul 2022 04:20:01 -0700 (PDT) In-Reply-To: (Gregory Heytings's message of "Tue, 19 Jul 2022 09:51:02 +0000") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:237423 Archived-At: Gregory Heytings writes: >> >> What I meant was resetting the flag without resetting the buffer. >> For example in redisplay_window when it finds that the condition for >> setting it true is no longer met. >> > > It is indeed never reset. It goes only in one direction: as soon as a > buffer contains one "long enough" line, the specific optimizations are > used, and the buffer continues to use them. Okay. > > Such buffers are not common, Right. That's the reason I didn't want to tackle this problem in Emacs 21, BTW. But I also did not have your idea at the time. > > I don't think it is necessary/useful to check after each iteration > whether the buffer still contains long lines, especially given that > these optimizations have a near-nil effect in buffers without long > lines. Correct. Which leaves me with something to think about, of course: when redisplay sets the flag in the buffer, then there's of course a time before that. And the question is what can happen in that interval. But not today. I'll come back to you. P.S. (for Michael Albinus, if he's still reading this thread >:-)) When replying to a message in Debbugs with 'F' (Gnus), the subject gets changed to the original bug report subject.