[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Performance degradation from long lines
From: |
Ihor Radchenko |
Subject: |
Re: Performance degradation from long lines |
Date: |
Fri, 26 Oct 2018 15:36:53 +0800 |
Maybe I miss something, but it is not trivial thing to do.
I just tried to switch debug buffer to fundamental mode and run
debugger-step-through.
It lead to the buffer changing back to debug-mode.
Not running debugger commands in debugger buffer would be useless.
I imagine that similar issues may exist for other types of non-file buffers.
Eli Zaretskii <address@hidden> writes:
>> From: Ihor Radchenko <address@hidden>
>> Cc: address@hidden
>> Date: Fri, 26 Oct 2018 15:00:09 +0800
>>
>> I would like to point out that the long line problem also exists for
>> non-file buffers.
>> Specifically, evaluating debug-on-entry for org-mode buffer parsing
>> functions often leads to ridiculously long lines (pretty much the whole
>> buffer is transformed into a single line), which takes forever to
>> display.
>> find-file-literally does not help with this problem at all.
>
> The equivalent of find-file-literally for non-file buffers is use a
> unibyte buffer in Fundamental mode.
signature.asc
Description: PGP signature
- Re: Performance degradation from long lines, (continued)
Re: Performance degradation from long lines, Phil Sainty, 2018/10/27
Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/25
Re: Performance degradation from long lines, Ihor Radchenko, 2018/10/26
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
- Re: Performance degradation from long lines,
Ihor Radchenko <=
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
- Re: Performance degradation from long lines, Ihor Radchenko, 2018/10/26
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
- Re: Performance degradation from long lines, Ihor Radchenko, 2018/10/26
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
- Re: Performance degradation from long lines, Noam Postavsky, 2018/10/26
- Re: Performance degradation from long lines, Eli Zaretskii, 2018/10/26
Re: Performance degradation from long lines, Stefan Monnier, 2018/10/26
Re: Performance degradation from long lines, mithraeum, 2018/10/26
Re: Performance degradation from long lines, mithraeum, 2018/10/26