From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Joseph Mingrone Newsgroups: gmane.emacs.bugs Subject: bug#32523: 27.0.50; Emacs hangs when killing rectangle Date: Mon, 24 Aug 2020 15:44:59 -0300 Message-ID: <86a6yjj32s.fsf@phe.ftfl.ca> References: <868t4vp8fv.fsf@phe.ftfl.ca> <83zhxa7tng.fsf@gnu.org> <86zhxaoerj.fsf@phe.ftfl.ca> <83eeo0azfb.fsf@gnu.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="34021"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix) Cc: 32523@debbugs.gnu.org To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 24 20:46:11 2020 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 1kAHTu-0008jX-UD for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Aug 2020 20:46:11 +0200 Original-Received: from localhost ([::1]:35938 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kAHTt-0000VT-GI for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 24 Aug 2020 14:46:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35546) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kAHTm-0000VF-LF for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2020 14:46:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47691) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kAHTm-0001uE-CX for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2020 14:46:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kAHTm-0003K0-A3 for bug-gnu-emacs@gnu.org; Mon, 24 Aug 2020 14:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Joseph Mingrone Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Aug 2020 18:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32523 X-GNU-PR-Package: emacs Original-Received: via spool by 32523-submit@debbugs.gnu.org id=B32523.159829471610099 (code B ref 32523); Mon, 24 Aug 2020 18:46:02 +0000 Original-Received: (at 32523) by debbugs.gnu.org; 24 Aug 2020 18:45:16 +0000 Original-Received: from localhost ([127.0.0.1]:59237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAHT1-0002cW-L5 for submit@debbugs.gnu.org; Mon, 24 Aug 2020 14:45:16 -0400 Original-Received: from mail-qt1-f178.google.com ([209.85.160.178]:36621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAHSz-0002U2-8c for 32523@debbugs.gnu.org; Mon, 24 Aug 2020 14:45:13 -0400 Original-Received: by mail-qt1-f178.google.com with SMTP id t23so7010855qto.3 for <32523@debbugs.gnu.org>; Mon, 24 Aug 2020 11:45:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=r0aCQf+zIA9P+7SJMbJa5EuKpR0gD8AJTBrTDR34tzM=; b=PxsUz/k0g2bg1Z/iNOyR1lxFxjB+NkIrPZ+WCAfHQ/IMMIaJ9dvPo5Np4Rf/g4U9Xu QFXJ0qe2mjlCWyC/W7lMmOV1mwYCdRK7IoRwG4h8/Y+FPS8/xIx/sKbgTGXmBTg1LMkv 666xzmQAf19+6M2TdFnx/3Uj0tEUuWOyP8XG4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=r0aCQf+zIA9P+7SJMbJa5EuKpR0gD8AJTBrTDR34tzM=; b=aPZEsE3sQV3ME97yq6uFWvV0qHCjL5MzRIH69+VkyC4d3enXsJ4LUS8DmFlDZNfMfW 1LTY2ckVJixfQDwTQ7o8eA5Uddfd50CnJoDW0r4dr2IXKcTXdwtJHgU5LCkI+jW9TokR XNwwKpjYaGdBBcdgjoVOkMkDvSExSTu0u1Yi+psJ3gs1eHR0O2TWZPyVIob43GBS3Tuy YheGms7d5yHrN+f2NFriCZcyNregfO/xEtJ+bAMtpIFaF7TKXi06rsN1bgoh+2pxWPnc a9eSyNTIpLEWz57Hvsc6xsmTjfQ0LSdGg0gSL8uRZkKa2Fe9Qf8iE73c4osgziqErV+v 6Nmw== X-Gm-Message-State: AOAM533yw4eonvV4hmotFabMpylQmcTCgoVFV0dnrP6UNCURbQMdjVI+ X/HTcgyeF7+DcarDAB2PTziom6t6yWwiHQ== X-Google-Smtp-Source: ABdhPJzsWMHy1w2PkQaK4SaZh5FC4xsyJhjmnlk9+aarpre4Mjr8CIxpZ2qBQw0qagW8mVEYDT2xIQ== X-Received: by 2002:ac8:7395:: with SMTP id t21mr5971890qtp.205.1598294703178; Mon, 24 Aug 2020 11:45:03 -0700 (PDT) Original-Received: from phe.ftfl.ca.ftfl.ca (drmons0544w-142-177-158-229.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.177.158.229]) by smtp.gmail.com with ESMTPSA id t8sm6962322qtt.95.2020.08.24.11.45.01 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 24 Aug 2020 11:45:01 -0700 (PDT) In-Reply-To: (Stefan Kangas's message of "Fri, 21 Aug 2020 07:06:29 -0700") 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:186205 Archived-At: On Fri, 2020-08-21 at 07:06, Stefan Kangas wrote: > Eli Zaretskii writes: >>> > The rectangle does eventually get cut for me as well. Ignoring speed, >>> > the problem is that Emacs is unusable afterwards. For example, if I go >>> > away for an hour or so, then return, the Emacs process will still be >>> > using something close to 100% CPU and trying to doing something simple, >>> > like moving the point forward, may take minutes. >>> Are you still seeing this behaviour? >> I bet he does. the problem with the slow responses after cutting the >> rectangle is that Emacs performs redisplay each type the user types >> some character. The redisplay can be very small and optimized, but it >> can also be much more thorough; for example, typing "M-x" typically >> triggers a thorough redisplay. Each time we need to perform a >> non-trivial redisplay, the same problem with long lines hits again. > Ah, so you interpret what he writes to mean that he leaves Emacs _in the > same buffer_ and then sees these results? Yes, that makes sense. I > somehow assumed he meant that this was persistent even after closing the > problematic buffer, but he didn't say that explicitly. > Asking the same questions here as in another bug report: > Is there anything more we can/should do in this case short of rewriting > the display engine? Does it make sense to track this limitation in a > bug report? > etc/PROBLEMS says: > *** Editing files with very long lines is slow. > For example, simply moving through a file that contains hundreds of > thousands of characters per line is slow, and consumes a lot of CPU. > This is a known limitation of Emacs with no solution at this time. > Best regards, > Stefan Kangas Hello Stefan, I just tested the recipe in GNU Emacs 28.0.50 (build 1, amd64-portbld-freebsd12.1, GTK+ Version 3.24.20, cairo version 1.16.0) and it's still an issue in that Emacs is difficult to use after performing the rectangle kill. However, after the operation completes *and I kill the buffer visiting the large file*, Emacs become responsive again. It's been a long time, but I recall that this wasn't the case in the past. I recall having to kill and restart Emacs before it became usable again. Joe