GNU bug report logs - #64423
29.0.92; save-interprogram-paste-before-kill doesn't prevent streaming large selections

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: luangruo <at> yahoo.com, sbaugh <at> catern.com, 64423 <at> debbugs.gnu.org,
 sbaugh <at> janestreet.com
Subject: Re: bug#64423: 29.0.92; save-interprogram-paste-before-kill doesn't
 prevent streaming large selections
Date: Tue, 04 Jul 2023 19:41:36 +0300

> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: sbaugh <at> catern.com, luangruo <at> yahoo.com, sbaugh <at> janestreet.com,
>  64423 <at> debbugs.gnu.org
> Date: Tue, 04 Jul 2023 16:32:31 +0000
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > You cannot "make Emacs more concurrent", not by and large.  We can
> > make small improvements here and there, if we tread cautiously and do
> > careful damage control after each such change, but that's all.
> 
> I feel that I am repeating an already proposed idea, but what about
> concurrent isolated process that interacts with the main process?

(This stuff should not be discussed on the bug tracker, but on
emacs-devel.)

If you mean what the async package does, then yes, this is a workable
idea.  But it doesn't need to change anything in Emacs, and it has
some downsides, like the difficulties in sharing state with the other
process.

Previous Next

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