GNU bug report logs - #77924
31.0.50; [Feature branch] Change marker implementation

Previous Next

Full log

Message #260 received at 77924 <at> debbugs.gnu.org (full text, mbox):

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: monnier <at> iro.umontreal.ca, 77924 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#77924: 31.0.50; [Feature branch] Change marker implementation
Date: Fri, 25 Apr 2025 20:58:00 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

> Is it possible to invalidate only part(s) of the index?  Surely, at
> least some parts can remain intact?

The part before of changes remains unchanged. The part after could maybe
be reused, but I don't have developed an algorithm. And would like to
avoid that because it certainly will be fiddly.

But like I said, I'm not yet convinced the complexity is necessary.

Or maybe it's something else, and we are looking at this the wrong way.
I mean, in the Z == Z_BYTE case, all that is done in the conversions is
to immediately

  if (Z == ZBYTE)
    return pos;

while _everything_ else is done only in the multi-byte case. Maybe it's
the ASCII case that is the outlier.

Previous Next

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