From: Phil Sainty <psainty@orcon.net.nz>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 45652@debbugs.gnu.org, "積丹尼 Dan Jacobson" <jidanni@jidanni.org>
Subject: bug#45652: so-long mode not triggered despite big file with very long lines
Date: Tue, 12 Jan 2021 15:42:37 +1300 [thread overview]
Message-ID: <9463451af6d023fb4595ffa9182615b6@webmail.orcon.net.nz> (raw)
In-Reply-To: <8735z7chdj.fsf@gnus.org>
On 12/01/21 7:39 am, Lars Ingebrigtsen wrote:
> Have you considered adding a C-level primitive that just looks at the
> entire buffer? It should be reasonably simple and very fast -- just
> count areas between "\n"s, skipping the buffer gap. We don't have to
> care about characters as such, I think, so this should be massively
> faster than counting line lengths in Lisp.
FYI, this also triggered a memory from several years ago:
https://lists.gnu.org/archive/html/emacs-devel/2016-07/msg00761.html
Stefan's thought at the time was:
> I wonder if we could improve the detection part with some help from
> the C code. I'm thinking of trying to keep track of "the last \n
> before point" and calling a hook whenever this is larger than a
> threshold.
I never followed up on that (I ended up shelving the idea of releasing
so-long.el for a couple of years or so, as my own use-cases at the
time turned out to be due to one specific badly-behaved library which
had already been fixed upstream, so for a while I thought it might not
be as useful as I'd originally thought).
On 2021-01-12 10:07, Lars Ingebrigtsen wrote:
>> I can give writing something like that a shot... It could return,
>> say,
>> the length of the longest line, and the number of lines? The median
>> line length would be nice, but would be slower.
>
> Mean would be easy, and standard deviation would be possible (but
> require two passes, I guess?)
I'm not sure that so-long itself would find it useful to know any kind
of averages, but longest line is obviously useful, and the number of
lines sounds more or less like a freebie, and might be useful too.
-Phil
next prev parent reply other threads:[~2021-01-12 2:42 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-04 11:47 bug#45652: so-long mode not triggered despite big file with very long lines 積丹尼 Dan Jacobson
2021-01-10 14:53 ` Lars Ingebrigtsen
2021-01-11 11:21 ` 積丹尼 Dan Jacobson
2021-01-11 11:28 ` Phil Sainty
2021-01-11 12:55 ` 積丹尼 Dan Jacobson
2021-01-11 19:10 ` Phil Sainty
2021-01-11 23:04 ` 積丹尼 Dan Jacobson
2021-01-12 2:30 ` Phil Sainty
2021-01-12 5:53 ` 積丹尼 Dan Jacobson
2021-01-11 18:39 ` Lars Ingebrigtsen
2021-01-11 19:18 ` Phil Sainty
2021-01-11 19:30 ` Lars Ingebrigtsen
2021-01-11 21:07 ` Lars Ingebrigtsen
2021-01-12 2:42 ` Phil Sainty [this message]
2021-01-12 12:41 ` Lars Ingebrigtsen
2021-01-12 15:28 ` Eli Zaretskii
2021-01-12 15:37 ` Lars Ingebrigtsen
2021-01-12 15:50 ` Eli Zaretskii
2021-01-12 17:44 ` Lars Ingebrigtsen
2021-01-12 19:22 ` Lars Ingebrigtsen
2021-01-12 23:49 ` Phil Sainty
2021-07-30 5:30 ` Phil Sainty
2021-08-03 11:47 ` Phil Sainty
2021-01-12 3:25 ` Eli Zaretskii
2021-01-12 12:40 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9463451af6d023fb4595ffa9182615b6@webmail.orcon.net.nz \
--to=psainty@orcon.net.nz \
--cc=45652@debbugs.gnu.org \
--cc=jidanni@jidanni.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).