GNU bug report logs - #70760
29.3.50; core dumps when copy in other apps

Previous Next

Full log

View this message in rfc822 format

From: Kun Liu <kun.liu <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Albinus <michael.albinus <at> gmx.de>, 70760 <at> debbugs.gnu.org
Subject: bug#70760: 29.3.50; core dumps when copy in other apps
Date: Fri, 17 May 2024 13:43:36 -0700

[Message part 1 (text/plain, inline)]

I've tried various combinations of Debian11/12, Emacs 27/28/29/30,
native-compilation yes/no. This behavior seems to be always present.

On the other hand, based on all the tests I have done, it appears that this
issue happens when org-mode is loaded. I will run more tests and report
back if I see it happen without org-mode.

On Fri, May 17, 2024 at 10:34 AM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Michael Albinus <michael.albinus <at> gmx.de>
> > Cc: Eli Zaretskii <eliz <at> gnu.org>,  70760 <at> debbugs.gnu.org
> > Date: Fri, 17 May 2024 18:23:46 +0200
> >
> > But what if an event is added to the input event queue, which has an
> > arbitrary format? Or an existing event has been modified? It could look
> > like a D-Bus event (the car of the event is `dbus-event'), but the rest
> > of the list is random. It must not come via the dbusevent.c mechanism
> > I've explained above, anybody can push such an event onto then input
> > event queue. But I have no idea how to debug this.
>
> Which file descriptors do we listen to, apart of sub-processes and
> inotify?
>

[Message part 2 (text/html, inline)]

Previous Next

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