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.help Subject: Re: Emacs freezes again when I try to open a file including only one very long line. Date: Tue, 28 Jun 2022 16:11:49 +0300 Message-ID: <83leth6iga.fsf@gnu.org> References: <83o7ye96u7.fsf@gnu.org> <83mtdy8j3y.fsf@gnu.org> <83tu856ny2.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14993"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 28 15:21:00 2022 Return-path: Envelope-to: geh-help-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 1o6B9I-0003lJ-1f for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 28 Jun 2022 15:21:00 +0200 Original-Received: from localhost ([::1]:50198 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o6B9G-00026c-HA for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 28 Jun 2022 09:20:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45378) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o6B0M-000619-SN for help-gnu-emacs@gnu.org; Tue, 28 Jun 2022 09:11:47 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59930) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o6B0M-0008Py-Go for help-gnu-emacs@gnu.org; Tue, 28 Jun 2022 09:11:46 -0400 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=h1yxlTwiPBXt+c5pIbKKuWQps1G4+F74EQ0lBIcyyXI=; b=hGU0Ik67enl1 yeOs0XRrq8EgS0BaeBkA+PsqoQ8tiLcOocsoqC7jsiIH9Uo/E/+Li0jpuZ5Tpbr+xOZxkoZeJi2ff hfDVXOs9+2/DXlB1wpeaIRPSpFu6Dnu1Pu6H4vcYq24Ti2WXL497ci6Jv/oUyGjrmvFQLNu0UdUDP Npqp2fjrirA2hPYEJK9Mku3Une2zOL4SceRVHuauIB3SzYbhk2gghkZAZbHXnbTvp6jxjD/r3JRIg M+QLHuPhR9qc+ajyW45fEzNldoMKgagOpwdl6z1E6PcI4S7nncKx8cbc03EaKcCDBMvebptadXrZ2 Z+ecvHab+dJZ3uBJFGuLHg==; Original-Received: from [87.69.77.57] (port=3058 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 1o6B0L-0000kZ-UM for help-gnu-emacs@gnu.org; Tue, 28 Jun 2022 09:11:46 -0400 In-Reply-To: (message from Hongyi Zhao on Tue, 28 Jun 2022 20:56:56 +0800) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:138161 Archived-At: > From: Hongyi Zhao > Date: Tue, 28 Jun 2022 20:56:56 +0800 > > > > In scratch buffer, `C-x C-e` the following setting: > > > > > > (setq max-redisplay-ticks 3000000000000000) > > > > > > `C-x C-f` to open the file discussed here. If I drag the scroll bar on > > > the right side of the window with the mouse, Emacs will lose response, > > > as shown in the attached file. > > > > Why did you set the variable to such a large value? That effectively > > disables the feature. I told you what value I recommend; why didn't > > you use that? What were you trying to accomplish by using the value > > 3000000000000000? > > It's picked from the following relevant discussion: > > https://mail.gnu.org/archive/html/bug-gnu-emacs/2022-06/msg01690.html Why did you think that value was relevant? This variable is documented, and its documentation tells you how to use it. Please follow the documentation instead of some random discussion on the bug list. > Anyway, I tried with your suggested configuration: > > (setq max-redisplay-ticks 250000) > > But the problem remains, as shown in the attached file. Which problem "remains"? Don't you see that message at the bottom, telling you Window showing buffer __tmp.symbols takes too long to redisplay ? It is clearly seen in the screenshot you posted. If you now type "C-x b RET" or "M-x", doesn't Emacs respond normally, not after a very long time? This is what this feature does: it interrupts a too-long redisplay and lets you use Emacs regardless -- you can switch to another buffer, or kill the problematic buffer, or do something else to remedy the unexpected slowness, instead of having to wait forever for any response to any Emacs command, which basically makes the session unusable.