GNU bug report logs - #70077
An easier way to track buffer changes

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: casouri <at> gmail.com, 70077 <at> debbugs.gnu.org, yantar92 <at> gmail.com,
 qhong <at> alum.mit.edu, frederic.bour <at> lakaban.net, joaotavora <at> gmail.com,
 mail <at> nicolasgoaziou.fr, acm <at> muc.de, phillip.lord <at> russet.org.uk,
 stephen_leake <at> stephe-leake.org, alan.zimm <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#70077: An easier way to track buffer changes
Date: Sat, 30 Mar 2024 15:49:45 +0300

> Cc: casouri <at> gmail.com, yantar92 <at> gmail.com, qhong <at> alum.mit.edu,
>  frederic.bour <at> lakaban.net, joaotavora <at> gmail.com, mail <at> nicolasgoaziou.fr,
>  acm <at> muc.de, stephen_leake <at> stephe-leake.org, alan.zimm <at> gmail.com,
>  monnier <at> iro.umontreal.ca, phillip.lord <at> russet.org.uk
> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Date: Sat, 30 Mar 2024 09:51:13 +0000
> 
> Before we discuss the API, may you allow me to raise one critical
> concern: bug#65451.
> 
> If my reading of the patch is correct, your code is relying upon the
> buffer changes arriving in the same order the changes are being made.
> However, it is not always the case, as demonstrated in the linked bug
> report.

That bug report is about after-change-functions.  Since Stefan didn't
yet describe where will the changes be recorded, it doesn't
necessarily follow that your worries are justified.  They could be, of
course, but we should decide that after we hear the details.

In any case, who and where said the changes will be fetched by
track-changes-fetch must be in the order they were made? why is the
order at all significant?

Previous Next

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