GNU bug report logs -
#32523
27.0.50; Emacs hangs when killing rectangle
Previous Next
Reported by: Joseph Mingrone <jrm <at> ftfl.ca>
Date: Sat, 25 Aug 2018 01:01:01 UTC
Severity: normal
Merged with 3219,
4123,
9589,
13675,
15555,
18530,
22143,
24523,
30457,
40007
Found in versions 23.1, 24.2, 24.2.93, 24.3, 24.5, 26.0.91, 27.0.50, 28.0.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 32523 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Fri, 21 Aug 2020 04:51:37 -0700
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 32523 <at> debbugs.gnu.org
>
> > 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.
This bug report was last modified 2 years and 298 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.