[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python fil
From: |
Eli Zaretskii |
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@gmail.com>
> Date: Sat, 15 Feb 2020 19:49:37 +0100
> Cc: 39598@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?
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Ivan Oreshnikov, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Eli Zaretskii, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Eli Zaretskii, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Ivan Oreshnikov, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Eli Zaretskii, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Ivan Oreshnikov, 2020/02/14
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Eli Zaretskii, 2020/02/15
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Ivan Oreshnikov, 2020/02/15
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file,
Eli Zaretskii <=
- bug#39598: 26.3; Emacs is extremely unresponsive on a trivial python file, Ivan Oreshnikov, 2020/02/15