GNU bug report logs - #35180
[gnome-terminal,tilix,terminator] emacs daemon and "package" often inserts [I when opening file

Previous Next

Package: emacs;

Reported by: Han Boetes <hboetes <at> gmail.com>

Date: Sun, 7 Apr 2019 13:34:02 UTC

Severity: normal

Tags: moreinfo

Found in version 27.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: hboetes <at> gmail.com, 35180 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#35180: 27.0.50;
 emacs daemon and “package” often inserts
 [I when opening file
Date: Sat, 27 Apr 2019 16:50:47 +0300
> From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
> Date: Sat, 27 Apr 2019 13:00:11 +0100
> Cc: 35180 <at> debbugs.gnu.org, Han Boetes <hboetes <at> gmail.com>
> 
> On successful startup (where [I is not inserted), I am greeted by the
> "focus in" message.
> 
> On unsuccessful startup (where [I is inserted), the message never
> appears, but term/xterm and xterm are present in features.

By "race" do you mean that xterm writes from more than one thread to
the same descriptor, which is used by Emacs as keyboard input, and the
two inputs mix up into one large mess?  If not, who is racing whom
here?

> Could this race somehow be caused by the pdumper?

One way of finding out would be to build Emacs --with-dumping=unexec.
I'd be surprised if it turned out to be pdumper, but who knows?

Thanks.




This bug report was last modified 4 years and 242 days ago.

Previous Next


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