From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#22143: 24.5; Emacs blocked on long lines. Date: Thu, 05 Apr 2018 16:41:41 +0200 Message-ID: <87muyh4swq.fsf@web.de> References: <87d1ud6kw8.fsf@gavenkoa.example.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1522939211 32408 195.159.176.226 (5 Apr 2018 14:40:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 5 Apr 2018 14:40:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 22143@debbugs.gnu.org To: Oleksandr Gavenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 05 16:40:06 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f463Z-0008Hb-TQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Apr 2018 16:40:06 +0200 Original-Received: from localhost ([::1]:34225 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f465d-0002nV-Ec for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Apr 2018 10:42:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f465W-0002mt-Tn for bug-gnu-emacs@gnu.org; Thu, 05 Apr 2018 10:42:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f465T-0003fx-04 for bug-gnu-emacs@gnu.org; Thu, 05 Apr 2018 10:42:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:59886) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f465S-0003ft-S5 for bug-gnu-emacs@gnu.org; Thu, 05 Apr 2018 10:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f465S-0004SI-HY for bug-gnu-emacs@gnu.org; Thu, 05 Apr 2018 10:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Apr 2018 14:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22143 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22143-submit@debbugs.gnu.org id=B22143.152293931117105 (code B ref 22143); Thu, 05 Apr 2018 14:42:02 +0000 Original-Received: (at 22143) by debbugs.gnu.org; 5 Apr 2018 14:41:51 +0000 Original-Received: from localhost ([127.0.0.1]:39550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f465H-0004Rp-40 for submit@debbugs.gnu.org; Thu, 05 Apr 2018 10:41:51 -0400 Original-Received: from mout.web.de ([217.72.192.78]:38025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f465F-0004Rc-4W for 22143@debbugs.gnu.org; Thu, 05 Apr 2018 10:41:49 -0400 Original-Received: from drachen.dragon ([94.218.191.141]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0M6mL2-1eGmig2Oto-00wTjB; Thu, 05 Apr 2018 16:41:42 +0200 In-Reply-To: <87d1ud6kw8.fsf@gavenkoa.example.com> (Oleksandr Gavenko's message of "Fri, 11 Dec 2015 17:54:31 +0200") X-Provags-ID: V03:K1:0GsMqaUXjDcY4fToSVu8q1SZJvZlHwF/KhW1aGDDQN5ImFZ1rOB bUsIHaECukWIJlLsFX1ZGcC06NMJjpRmcXcDzia4xtzVXHdwz9nReDM04blPkFe64i6oICS I6aZcGVQKw21sfvJfuqxrQxqOAWE/bH+XWxXk+BwoT1yRjnGvGmJs87mevOa61Vp+Bd4RDc 7hslhwaJWCzqx+BIgkBFA== X-UI-Out-Filterresults: notjunk:1;V01:K0:q5cdeSOb0dM=:oPKHBS3u7pOCByJjPpaOBC F50/JoDgLIR2pPs7WGPchdw27KOJIDoZa8StMzZyD9d/Vnwc+sMaZos88gIoPi3dz3eOhFhej T2T0NLIAvgS/4ABxSmFe80Oi/J+xFTEytImnMBTKdwLi+3A+K4jqnhpn0L9E8L1729UPqo403 ux2HVlJudl53m/nSci9+eyHrs0FDF6+I2zK1451qAG0SHq4y6+KON5HX+b4F7+2SPq3lWm9Js SgUbNe6G3ERBJ2UgGn6Js4uKENTaWlqNCKssGjBFuy6XQ7quZxWcDY1N2Po6nhGPm6xad6m2e 00e2lxCeyAAqdnREV4Wxrrj07aCHV42A+Bwm2XetQ+sNFPxf1tdVVP7UWs6FagypsYn70p9fC nEYmQXR/MgfRZkjpi2iT+lqyKRIJoclFvdsYeNEiRJUrElZq8fq9JZvstsNRLApl5IYgOWivs DDHhZC9FifjwCAdQBjPh2DyWEyX09vtw7kVVRv68vt8sQP+XCkSafNbrTavqeQyiF+6TnBTjR WEBEmQeW2qZflYY4vaB1Iei7CiCE2pussUokk7s+znskhy2k9HjYsLSV9fo9v+065UOpGVO0n uOoZU1ZRvTVPg9YdSJlWocLOky7Gd3NSEOa63dKu/3capc45PZVtmjy8RRJwQiZbnHjxfN4jy d5z1z1EDVvW/zT/v+60lz5omMh0U6NBKSWeD76xkBSgfidQvL/719b749RzplqPbLsM9OHCom PeLLYWUTCUsGotE+ylWHvun7ipcy6uP4p+ZdtXYvp7i9s4XS/HfZU6cZwnuK2s21KG6SNQtU 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: 208.118.235.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:144927 Archived-At: Hello, (First, I don't think this is wishlist. Isn't it a bug when an editor can't open a file or freezes when doing so?) In the last weeks I had to look at my .gnus.registry.eieio. It has a line with ~ 400000 chars in my case. Opening it with Emacs is not fun. Searching and scrolling is all extremely sluggish. I then realized that something simple like #+begin_src emacs-lisp (add-hook 'find-file-hook (defun my-find-file-care-about-long-lines () (save-excursion (when (and (search-forward-regexp ".\\{2000\\}" 50000 t) (y-or-n-p "Very long lines detected - enable longlines-mode? ")) (require 'longlines) (longlines-mode +1))))) #+end_src seems to work around the problem quite nicely (though the rest is only a heuristic). But - longlines is obsolete, and - this requires user configuration. When I tried to open the .gnus.registry.eieio file with other editors in my Debian, most froze. "kate" OTOH warned about the extremely long line and added line breaks automatically - AFAIU this is quite the same as what longlines does. If we can't solve the issue with long lines in the display code, maybe we should do something like this by default? Just freezing or presenting a buffer where most actions are very sluggish is not a good choice. Needing to kill an editor after opening the "wrong file" is not good. Thanks, Michael.