From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Joe Corneli <joseph.corneli@hyperreal.enterprises>
Cc: 56869@debbugs.gnu.org
Subject: bug#56869: 29.0.50; segfault, "assertion 'GDK_IS_DEVICE (device)' failed"
Date: Tue, 02 Aug 2022 09:17:59 +0800 [thread overview]
Message-ID: <87a68nfnp4.fsf@yahoo.com> (raw)
In-Reply-To: <87sfmgjelt.fsf@Proteus> (Joe Corneli's message of "Mon, 01 Aug 2022 14:08:30 +0100")
Joe Corneli <joseph.corneli@hyperreal.enterprises> writes:
> If I can provide further useful information please let me know. Note
> that xbacktrace doesn’t print anything. I’m running Emacs under the
> regolith WM (2.123-1focal), in case that’s relevant.
Thanks,
> joe@Proteus:~/emacs/src$ gdb emacs
> GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2
> ...
> (gdb) source /home/joe/emacs/src/.gdbinit
> SIGINT is used by the debugger.
> Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
> DISPLAY = :0
> TERM = xterm-256color
> Breakpoint 1 at 0x55555573899d: file emacs.c, line 420.
> Breakpoint 2 at 0x5555556f4c86: file xterm.c, line 23862.
> ...
> (gdb) run
> The program being debugged has been started already.
> Start it from the beginning? (y or n) y
> Starting program: /home/joe/emacs/src/emacs
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7ffff1406700 (LWP 2218237)]
> [New Thread 0x7ffff09fb700 (LWP 2218325)]
> [New Thread 0x7fffebf10700 (LWP 2218328)]
> [Detaching after vfork from child process 2218469]
>
> ...
>
> (emacs:2218133): Gdk-CRITICAL **: 13:45:08.589: gdk_device_get_n_axes: assertion 'GDK_IS_DEVICE (device)' failed
>
> (emacs:2218133): Gdk-CRITICAL **: 13:45:08.589: gdk_event_set_source_device: assertion 'GDK_IS_DEVICE (device)' failed
>
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
> 0x00007ffff757464d in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> (gdb) bt full
> #0 0x00007ffff757464d in () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #1 0x00007ffff757e989 in () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #2 0x00007ffff757e4cc in () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #3 0x00007ffff75460e4 in gdk_display_get_event () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #4 0x00007ffff757e0e6 in () at /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #5 0x00007ffff6f5617d in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #6 0x00007ffff6f56400 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #7 0x00007ffff6f564a3 in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
> #8 0x00007ffff78611d9 in gtk_main_iteration () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #9 0x00005555556f27eb in XTread_socket (terminal=0x55555627f368, hold_quit=0x7fffffffcb80) at xterm.c:22621
I suspect this is either a bug in GDK, or we're not passing through an
XI device hierarchy-related event somewhere, which has happened before.
Could you please install debuginfo for GDK and see where in GDK the
crash happens?
Thanks in advance.
next prev parent reply other threads:[~2022-08-02 1:17 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-01 13:08 bug#56869: 29.0.50; segfault, "assertion 'GDK_IS_DEVICE (device)' failed" Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-02 1:17 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2022-08-02 14:17 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-02 18:22 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-03 1:14 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-11 9:56 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-11 11:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-11 13:34 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-12 1:17 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-12 11:45 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-12 12:35 ` Eli Zaretskii
2022-08-12 13:23 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-14 11:21 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-12 12:36 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-14 11:18 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-15 14:00 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-16 0:58 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-16 10:14 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-16 10:52 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-16 14:36 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-17 13:47 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-18 2:38 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-18 13:20 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-19 1:42 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-21 9:57 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-21 10:56 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-21 11:00 ` Eli Zaretskii
2022-08-22 6:21 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-22 6:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-08-22 11:27 ` Eli Zaretskii
2022-08-22 12:59 ` Joe Corneli via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-09-03 9:13 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a68nfnp4.fsf@yahoo.com \
--to=bug-gnu-emacs@gnu.org \
--cc=56869@debbugs.gnu.org \
--cc=joseph.corneli@hyperreal.enterprises \
--cc=luangruo@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).