GNU bug report logs - #39598
26.3; Emacs is extremely unresponsive on a trivial python file

Previous Next

Package: emacs;

Reported by: Ivan Oreshnikov <oreshnikov.ivan <at> gmail.com>

Date: Fri, 14 Feb 2020 10:50:01 UTC

Severity: normal

Tags: fixed

Found in version 26.3

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ivan Oreshnikov <oreshnikov.ivan <at> gmail.com>
Cc: 39598 <at> debbugs.gnu.org
Subject: bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file
Date: Sat, 15 Feb 2020 21:22:53 +0200
> From: Ivan Oreshnikov <oreshnikov.ivan <at> gmail.com>
> Date: Sat, 15 Feb 2020 19:49:37 +0100
> Cc: 39598 <at> debbugs.gnu.org
> 
> > What is/are the real-life use case(s) where such long series of strings causes slowdown?
> 
> This is an intermediate state of python buffer when I am trying to build a large-ish dictionary with lists of strings
> as a value.

Why do you need that intermediate buffer to be in Python mode?

> What I find a bit weird is that it only happens to a long series of bare strings. If I construct an equally long
> proper python list of strings I don't see this behavior.

I guess because the code is tuned to support valid Python code, not
something that shouldn't happen in Python sources?




This bug report was last modified 4 years and 302 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.