GNU bug report logs -
#55672
29.0.50; Emacs crashes when calling start-process-shell-command xdg-open with process-connection-type set to nil
Previous Next
To reply to this bug, email your comments to 55672 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 06:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ihor Radchenko <yantar92 <at> gmail.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Fri, 27 May 2022 06:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I am experiencing Emacs crashes/flickering on Linux with the following:
1. Minimal init.el
(require 'server)
(unless (server-running-p) (server-start))
(setenv "DISPLAY" ":0.0")
(define-key input-decode-map (kbd "C-[") [C-\[])
2. ~/.local/share/applications/emacsclient-local.desktop
[Desktop Entry]
Type=Application
Version=1.0
Name=Emacs Client
Exec=emacsclient -c %f
Icon=emacs-icon
Terminal=false
MimeType=text/css;text/english;text/html;text/plain;text/x-c;text/x-chdr;text/x-csrc;text/x-c++;text/x-c++hdr;text/x-c++src;text/x-java;text/x-makefile;text/x-moc;text/x-pascal;text/x-tcl;text/x-tex;application/x-shellscript;application/pdf;inode/directory;inode/mount-point;image/png;image/tiff;
3. Executing
(let ((process-connection-type nil))
(start-process-shell-command "1" nil "xdg-open ~/.bashrc"))
~/.bashrc is a normal bash script file
Best,
Ihor
In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.16.0)
of 2022-05-27 built on localhost
Repository revision: bb0317442b4d62108ca40cc396f5ced467c55f25
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Gentoo Linux
Configured using:
'configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --datarootdir=/usr/share
--disable-silent-rules --docdir=/usr/share/doc/emacs-29.0.9999
--htmldir=/usr/share/doc/emacs-29.0.9999/html --libdir=/usr/lib64
--program-suffix=-emacs-29-vcs --includedir=/usr/include/emacs-29-vcs
--infodir=/usr/share/info/emacs-29-vcs --localstatedir=/var
--enable-locallisppath=/etc/emacs:/usr/share/emacs/site-lisp
--without-compress-install --without-hesiod --without-pop
--with-file-notification=inotify --with-pdumper --enable-acl
--with-dbus --with-modules --without-gameuser --with-libgmp
--without-gpm --with-native-compilation --with-json --without-kerberos
--without-kerberos5 --without-lcms2 --with-xml2 --without-mailutils
--with-selinux --without-sqlite3 --with-gnutls --without-libsystemd
--with-threads --with-wide-int --with-zlib --with-sound=oss --with-x
--without-pgtk --without-ns --without-gconf --without-gsettings
--without-toolkit-scroll-bars --with-xpm --with-xft --with-cairo
--with-harfbuzz --without-libotf --without-m17n-flt --with-x-toolkit=no
--with-gif --with-jpeg --with-png --with-rsvg --with-tiff
--without-webp --with-imagemagick --with-dumping=pdumper
'CFLAGS=-march=native -O3 -pipe' 'LDFLAGS=-Wl,-O1 -Wl,--as-needed''
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS HARFBUZZ IMAGEMAGICK JPEG
JSON LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY OLDXMENU
PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF X11 XDBE XIM XINPUT2 XPM
ZLIB
Important settings:
value of $LC_COLLATE: C
value of $LANG: en_US.utf8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 07:06:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Hi,
>
> I am experiencing Emacs crashes/flickering on Linux with the
> following:
Then please show a backtrace from such a crash generated by gdb.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 07:46:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Ihor Radchenko <yantar92 <at> gmail.com> writes:
>> I am experiencing Emacs crashes/flickering on Linux with the
>> following:
>
> Then please show a backtrace from such a crash generated by gdb.
After compiling Emacs with the following configure flags:
./configure --enable-checking='yes,glyphs'
--enable-check-lisp-object-type CFLAGS='-O0 -g3'
--without-compress-install --without-hesiod --without-pop
--with-file-notification=inotify --with-pdumper --enable-acl --with-dbus
--with-modules --without-gameuser --with-libgmp --without-gpm
--with-native-compilation --with-json --without-kerberos
--without-kerberos5 --without-lcms2 --with-xml2 --without-mailutils
--with-selinux --without-sqlite3 --with-gnutls --without-libsystemd
--with-threads --with-wide-int --with-zlib --with-sound=oss --with-x
--without-pgtk --without-ns --without-gconf --without-gsettings
--without-toolkit-scroll-bars --with-xpm --with-xft --with-cairo
--with-harfbuzz --without-libotf --without-m17n-flt --with-x-toolkit=no
--with-gif --with-jpeg --with-png --with-rsvg --with-tiff --without-webp
--with-imagemagick --with-dumping=pdumper
I got the following backtrace after waiting for deferred native-comp to
finish and executing
(let ((process-connection-type nil))
(start-process-shell-command "1" nil "xdg-open ~/.bashrc"))
multiple times in scratch buffer:
> gdb --args ./emacs -Q -l ~/bug.el
GNU gdb (Gentoo 12.1 vanilla) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./emacs...
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-kitty
Breakpoint 1 at 0x2083b5: file emacs.c, line 420.
Breakpoint 2 at 0x1cc1d1: file xterm.c, line 21573.
(gdb) run
Starting program: /home/yantar92/Git/emacs/src/emacs -Q -l /home/yantar92/bug.el
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7ffff049d640 (LWP 17839)]
[Detaching after vfork from child process 17907] <- flickering
[Detaching after vfork from child process 18197] <- flickering
[Detaching after vfork from child process 18326] <- flickering
[Detaching after vfork from child process 18419] <- flickering
[Detaching after vfork from child process 18542] <- flickering
[Detaching after vfork from child process 18654]
Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x555559323390, event=0x7fffffffa210) at xterm.c:21573
21573 {
(gdb)
(gdb)
quit
A debugging session is active.
Inferior 1 [process 17832] will be killed.
Quit anyway? (y or n) y
Best,
Ihor
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 07:49:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x555559323390, event=0x7fffffffa210) at xterm.c:21573
> 21573 {
> (gdb)
> (gdb)
> quit
> A debugging session is active.
>
> Inferior 1 [process 17832] will be killed.
>
> Quit anyway? (y or n) y
Clarification: This time, it was not a crash, but hang. Using my main
Emacs compiled with -O3, the crash tends to happen when CPU is not in
use and Emacs is able to create flickering frames faster.
Best,
Ihor
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 08:04:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Starting program: /home/yantar92/Git/emacs/src/emacs -Q -l /home/yantar92/bug.el
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> [New Thread 0x7ffff049d640 (LWP 17839)]
> [Detaching after vfork from child process 17907] <- flickering
> [Detaching after vfork from child process 18197] <- flickering
> [Detaching after vfork from child process 18326] <- flickering
> [Detaching after vfork from child process 18419] <- flickering
> [Detaching after vfork from child process 18542] <- flickering
> [Detaching after vfork from child process 18654]
>
> Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x555559323390, event=0x7fffffffa210) at xterm.c:21573
> 21573 {
> (gdb)
> (gdb)
> quit
> A debugging session is active.
>
> Inferior 1 [process 17832] will be killed.
>
> Quit anyway? (y or n) y
>
> Best,
> Ihor
Please follow the instructions in the file etc/DEBUG on debugging X
errors, and show a complete backtrace (type "bt" at the gdb prompt).
Unless the error happens at a very early stage of display setup, you
should run Emacs with "-q -xrm Emacs.synchronous: true", to ensure that
X errors are reported immediately after the call that caused them,
instead of at the next synchronization point.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 08:45:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Please follow the instructions in the file etc/DEBUG on debugging X
> errors, and show a complete backtrace (type "bt" at the gdb prompt).
> Unless the error happens at a very early stage of display setup, you
> should run Emacs with "-q -xrm Emacs.synchronous: true", to ensure that
> X errors are reported immediately after the call that caused them,
> instead of at the next synchronization point.
Note that it is the first time I am using GDB. I appreciate the
guidance.
Following your latest instructions:
> gdb --args ./emacs -Q -xrm 'Emacs.synchronous: true' -l ~/bug.el
GNU gdb (Gentoo 12.1 vanilla) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./emacs...
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-kitty
Breakpoint 1 at 0x2083b5: file emacs.c, line 420.
Breakpoint 2 at 0x1cc1d1: file xterm.c, line 21573.
(gdb) run
Starting program: /home/yantar92/Git/emacs/src/emacs -Q -xrm Emacs.synchronous:\ true -l /home/yantar92/bug.el
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7ffff049d640 (LWP 25230)]
[Detaching after vfork from child process 25399]
[Detaching after vfork from child process 25801]
[Detaching after vfork from child process 25996]
Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x5555562ffee0, event=0x7fffffffa150) at xterm.c:21573
21573 {
(gdb)
(gdb) bt
#0 x_error_quitter (display=0x5555562ffee0, event=0x7fffffffa150) at xterm.c:21573
#1 0x00005555557201b1 in x_error_handler (display=0x5555562ffee0, event=0x7fffffffa150) at xterm.c:21561
#2 0x00007ffff7ca3947 in _XError () at /usr/lib64/libX11.so.6
#3 0x00007ffff7ca03e7 in () at /usr/lib64/libX11.so.6
#4 0x00007ffff7ca0cda in _XEventsQueued () at /usr/lib64/libX11.so.6
#5 0x00007ffff7ca4195 in _XGetRequest () at /usr/lib64/libX11.so.6
#6 0x00007ffff7c99e20 in _XSetClipRectangles () at /usr/lib64/libX11.so.6
#7 0x00007ffff7c9a00e in XSetClipRectangles () at /usr/lib64/libX11.so.6
#8 0x00005555556fcf2a in x_set_clip_rectangles (f=0x555556bd6028, gc=0x5555560142a0, rectangles=0x7fffffffa4c0, n=1) at xterm.c:5136
#9 0x000055555570312a in x_draw_relief_rect
(f=0x555556bd6028, left_x=36, top_y=15, right_x=69, bottom_y=50, hwidth=1, vwidth=1, raised_p=true, top_p=true, bot_p=true, left_p=false, right_p=false, clip_rect=0x7fffffffa4c0)
at xterm.c:7832
#10 0x0000555555703b5d in x_draw_glyph_string_box (s=0x7fffffffb0b0) at xterm.c:8118
#11 0x0000555555705550 in x_draw_glyph_string (s=0x7fffffffb0b0) at xterm.c:8955
#12 0x000055555563709d in draw_glyphs (w=0x55555c11a420, x=373, row=0x5555562a3ca0, area=TEXT_AREA, start=0, end=13, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:29917
#13 0x000055555563ea1b in gui_write_glyphs (w=0x55555c11a420, updated_row=0x5555562a3ca0, start=0x55555e131de0, updated_area=TEXT_AREA, len=13) at xdisp.c:31951
#14 0x00005555555a207e in update_text_area (w=0x55555c11a420, updated_row=0x5555562a3ca0, vpos=0, partial_p=0x7fffffffb67d) at dispnew.c:3944
#15 0x00005555555a2c09 in update_window_line (w=0x55555c11a420, vpos=0, mouse_face_overwritten_p=0x7fffffffb6c8) at dispnew.c:4202
#16 0x00005555555a13ad in update_window (w=0x55555c11a420, force_p=true) at dispnew.c:3682
#17 0x00005555555a02b7 in update_frame (f=0x555556bd6028, force_p=true, inhibit_hairy_id_p=false) at dispnew.c:3229
#18 0x000055555560274f in redisplay_internal () at xdisp.c:16675
#19 0x0000555555603358 in redisplay_preserve_echo_area (from_where=12) at xdisp.c:16944
#20 0x00005555558eca26 in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5834
#21 0x00005555555a9238 in sit_for (timeout=make_fixnum(30), reading=true, display_option=1) at dispnew.c:6201
#22 0x000055555576a803 in read_char (commandflag=1, map=XIL(0x55555625bf23), prev_event=XIL(0), used_mouse_menu=0x7fffffffd3bd, end_time=0x0) at keyboard.c:2835
#23 0x0000555555780154 in read_key_sequence
(keybuf=0x7fffffffd590, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9957
#24 0x0000555555765a92 in command_loop_1 () at keyboard.c:1399
#25 0x0000555555859268 in internal_condition_case (bfun=0x5555557655db <command_loop_1>, handlers=XIL(0x90), hfun=0x5555557649a9 <cmd_error>) at eval.c:1478
#26 0x0000555555765194 in command_loop_2 (handlers=XIL(0x90)) at keyboard.c:1140
#27 0x000055555585834b in internal_catch (tag=XIL(0xf5d0), func=0x55555576516a <command_loop_2>, arg=XIL(0x90)) at eval.c:1208
#28 0x0000555555765126 in command_loop () at keyboard.c:1118
#29 0x000055555576444b in recursive_edit_1 () at keyboard.c:727
#30 0x0000555555764677 in Frecursive_edit () at keyboard.c:810
#31 0x000055555575f9dc in main (argc=6, argv=0x7fffffffda38) at emacs.c:2488
Lisp Backtrace:
"redisplay_internal (C function)" (0x0)
(gdb)
quit
A debugging session is active.
Inferior 1 [process 25227] will be killed.
Quit anyway? (y or n) y
Best,
Ihor
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 09:02:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Po Lu <luangruo <at> yahoo.com> writes:
>
>> Please follow the instructions in the file etc/DEBUG on debugging X
>> errors, and show a complete backtrace (type "bt" at the gdb prompt).
>
>> Unless the error happens at a very early stage of display setup, you
>> should run Emacs with "-q -xrm Emacs.synchronous: true", to ensure that
>> X errors are reported immediately after the call that caused them,
>> instead of at the next synchronization point.
>
> Note that it is the first time I am using GDB. I appreciate the
> guidance.
>
> Following your latest instructions:
>
>> gdb --args ./emacs -Q -xrm 'Emacs.synchronous: true' -l ~/bug.el
> GNU gdb (Gentoo 12.1 vanilla) 12.1
> Copyright (C) 2022 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Type "show copying" and "show warranty" for details.
> This GDB was configured as "x86_64-pc-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <https://bugs.gentoo.org/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
>
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from ./emacs...
> 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-kitty
> Breakpoint 1 at 0x2083b5: file emacs.c, line 420.
> Breakpoint 2 at 0x1cc1d1: file xterm.c, line 21573.
> (gdb) run
> Starting program: /home/yantar92/Git/emacs/src/emacs -Q -xrm Emacs.synchronous:\ true -l /home/yantar92/bug.el
Thanks, but this didn't work. You must run Emacs with "-q" instead of
"-Q" for X resources passed as command line arguments to take effect.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 09:15:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Thanks, but this didn't work. You must run Emacs with "-q" instead of
> "-Q" for X resources passed as command line arguments to take effect.
I just tried with -q, but I do not see any difference.
> gdb --args ./emacs -q -xrm 'Emacs.synchronous: true' -l ~/bug.el
GNU gdb (Gentoo 12.1 vanilla) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./emacs...
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-kitty
Breakpoint 1 at 0x2083b5: file emacs.c, line 420.
Breakpoint 2 at 0x1cc1d1: file xterm.c, line 21573.
(gdb) run
Starting program: /home/yantar92/Git/emacs/src/emacs -q -xrm Emacs.synchronous:\ true -l /home/yantar92/bug.el
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7ffff049d640 (LWP 19264)]
[Detaching after vfork from child process 19366]
[Detaching after vfork from child process 19488]
[Detaching after vfork from child process 19604]
[Detaching after vfork from child process 19734]
Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x55555700bbf0, event=0x7fffffffa1c0) at xterm.c:21573
21573 {
(gdb) bt
#0 x_error_quitter (display=0x55555700bbf0, event=0x7fffffffa1c0) at xterm.c:21573
#1 0x00005555557201b1 in x_error_handler (display=0x55555700bbf0, event=0x7fffffffa1c0) at xterm.c:21561
#2 0x00007ffff7ca3947 in _XError () at /usr/lib64/libX11.so.6
#3 0x00007ffff7ca03e7 in () at /usr/lib64/libX11.so.6
#4 0x00007ffff7ca0cda in _XEventsQueued () at /usr/lib64/libX11.so.6
#5 0x00007ffff7ca4195 in _XGetRequest () at /usr/lib64/libX11.so.6
#6 0x00007ffff7c99e20 in _XSetClipRectangles () at /usr/lib64/libX11.so.6
#7 0x00007ffff7c9a00e in XSetClipRectangles () at /usr/lib64/libX11.so.6
#8 0x00005555556fcf2a in x_set_clip_rectangles (f=0x555556bf9150, gc=0x55555be10090, rectangles=0x7fffffffb258, n=1) at xterm.c:5136
#9 0x0000555555700124 in x_set_glyph_string_clipping (s=0x7fffffffb1a0) at xterm.c:6504
#10 0x0000555555703c8e in x_draw_image_foreground (s=0x7fffffffb1a0) at xterm.c:8190
#11 0x00005555557047b4 in x_draw_image_glyph_string (s=0x7fffffffb1a0) at xterm.c:8614
#12 0x00005555557052e7 in x_draw_glyph_string (s=0x7fffffffb1a0) at xterm.c:8896
#13 0x000055555563709d in draw_glyphs (w=0x55555db0ac20, x=373, row=0x55555c4b1100, area=TEXT_AREA, start=0, end=13, hl=DRAW_NORMAL_TEXT, overlaps=0) at xdisp.c:29917
#14 0x000055555563ea1b in gui_write_glyphs (w=0x55555db0ac20, updated_row=0x55555c4b1100, start=0x5555574ea040, updated_area=TEXT_AREA, len=13) at xdisp.c:31951
#15 0x00005555555a207e in update_text_area (w=0x55555db0ac20, updated_row=0x55555c4b1100, vpos=0, partial_p=0x7fffffffb67d) at dispnew.c:3944
#16 0x00005555555a2c09 in update_window_line (w=0x55555db0ac20, vpos=0, mouse_face_overwritten_p=0x7fffffffb6c8) at dispnew.c:4202
#17 0x00005555555a13ad in update_window (w=0x55555db0ac20, force_p=true) at dispnew.c:3682
#18 0x00005555555a02b7 in update_frame (f=0x555556bf9150, force_p=true, inhibit_hairy_id_p=false) at dispnew.c:3229
#19 0x000055555560274f in redisplay_internal () at xdisp.c:16675
#20 0x0000555555603358 in redisplay_preserve_echo_area (from_where=12) at xdisp.c:16944
#21 0x00005555558eca26 in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5834
#22 0x00005555555a9238 in sit_for (timeout=make_fixnum(30), reading=true, display_option=1) at dispnew.c:6201
#23 0x000055555576a803 in read_char (commandflag=1, map=XIL(0x55555db9bc23), prev_event=XIL(0), used_mouse_menu=0x7fffffffd3bd, end_time=0x0) at keyboard.c:2835
#24 0x0000555555780154 in read_key_sequence
(keybuf=0x7fffffffd590, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9957
#25 0x0000555555765a92 in command_loop_1 () at keyboard.c:1399
#26 0x0000555555859268 in internal_condition_case (bfun=0x5555557655db <command_loop_1>, handlers=XIL(0x90), hfun=0x5555557649a9 <cmd_error>) at eval.c:1478
#27 0x0000555555765194 in command_loop_2 (handlers=XIL(0x90)) at keyboard.c:1140
#28 0x000055555585834b in internal_catch (tag=XIL(0xf5d0), func=0x55555576516a <command_loop_2>, arg=XIL(0x90)) at eval.c:1208
#29 0x0000555555765126 in command_loop () at keyboard.c:1118
#30 0x000055555576444b in recursive_edit_1 () at keyboard.c:727
#31 0x0000555555764677 in Frecursive_edit () at keyboard.c:810
#32 0x000055555575f9dc in main (argc=6, argv=0x7fffffffda38) at emacs.c:2488
Lisp Backtrace:
"redisplay_internal (C function)" (0x0)
(gdb)
quit
A debugging session is active.
Inferior 1 [process 19261] will be killed.
Quit anyway? (y or n) y
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 09:32:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Starting program: /home/yantar92/Git/emacs/src/emacs -q -xrm Emacs.synchronous:\ true -l /home/yantar92/bug.el
Did you try using -xrm "Emacs.synchronous: true" instead?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 09:48:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Ihor Radchenko <yantar92 <at> gmail.com> writes:
>
>> Starting program: /home/yantar92/Git/emacs/src/emacs -q -xrm Emacs.synchronous:\ true -l /home/yantar92/bug.el
>
> Did you try using -xrm "Emacs.synchronous: true" instead?
No difference.
However, I tried to play around with alternative ways to pass
parameters. Using run -q -xrm '...' appears to work.
The new backtrace:
> gdb ./emacs
GNU gdb (Gentoo 12.1 vanilla) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./emacs...
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-kitty
Breakpoint 1 at 0x2083b5: file emacs.c, line 420.
Breakpoint 2 at 0x1cc1d1: file xterm.c, line 21573.
(gdb) run -q -xrm 'Emacs.synchronous: true'
Starting program: /home/yantar92/Git/emacs/src/emacs -q -xrm 'Emacs.synchronous: true'
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7ffff049d640 (LWP 15165)]
[Detaching after vfork from child process 15505]
[Detaching after vfork from child process 15609]
[Detaching after vfork from child process 15736]
[Detaching after vfork from child process 15825]
[Detaching after vfork from child process 15948]
[Detaching after vfork from child process 16048]
[Detaching after vfork from child process 16155]
[Detaching after vfork from child process 16427]
[Detaching after vfork from child process 16536]
emacs: /var/tmp/portage/x11-libs/cairo-1.16.0-r5/work/cairo-1.16.0/src/cairo-xcb-screen.c:219: _get_screen_index: Assertion `!"reached"' failed.
Thread 1 "emacs" received signal SIGABRT, Aborted.
0x00007ffff42e2ebc in ?? () from /lib64/libc.so.6
(gdb) bt
#0 0x00007ffff42e2ebc in () at /lib64/libc.so.6
#1 0x00007ffff4296c72 in raise () at /lib64/libc.so.6
#2 0x00007ffff428146b in abort () at /lib64/libc.so.6
#3 0x00007ffff4281397 in () at /lib64/libc.so.6
#4 0x00007ffff428fe42 in () at /lib64/libc.so.6
#5 0x00007ffff6c7b2f1 in () at /usr/lib64/libcairo.so.2
#6 0x00007ffff6c7dcfe in cairo_xcb_surface_create () at /usr/lib64/libcairo.so.2
#7 0x00005555556fb83b in x_begin_cr_clip (f=0x5555571d4dd0, gc=0x0) at xterm.c:4681
#8 0x00005555556fd699 in x_clear_window (f=0x5555571d4dd0) at xterm.c:5408
#9 0x0000555555706751 in x_clear_frame (f=0x5555571d4dd0) at xterm.c:9297
#10 0x00005555556dae3a in clear_frame (f=0x5555571d4dd0) at terminal.c:141
#11 0x000055555559ff07 in redraw_frame (f=0x5555571d4dd0) at dispnew.c:3115
#12 0x00005555555f701b in clear_garbaged_frames () at xdisp.c:12739
#13 0x00005555555f7340 in echo_area_display (update_frame_p=true) at xdisp.c:12791
#14 0x00005555555f3109 in message3_nolog (m=XIL(0x5555598603f4)) at xdisp.c:11752
#15 0x00005555555f2db1 in message3 (m=XIL(0x5555598603f4)) at xdisp.c:11682
#16 0x00005555558498d4 in Fmessage (nargs=2, args=0x7fffffffae88) at editfns.c:2881
#17 0x000055555585dfc8 in funcall_subr (subr=0x555555e83120 <Smessage>, numargs=2, args=0x7fffffffae88) at eval.c:3008
#18 0x000055555585d863 in funcall_general (fun=XIL(0x555555e83125), numargs=2, args=0x7fffffffae88) at eval.c:2889
#19 0x000055555585db40 in Ffuncall (nargs=3, args=0x7fffffffae80) at eval.c:2943
#20 0x00007fffef4744c7 in F7365727665722d65786563757465_server_execute_0 () at /home/yantar92/.emacs.d/eln-cache/29.0.50-9c7bac46/server-0cc44189-d75986a8.eln
#21 0x000055555585df1e in funcall_subr (subr=0x55555703a310, numargs=7, args=0x7ffff049e038) at eval.c:2993
#22 0x00005555558c613f in exec_byte_code (fun=XIL(0x5555570354dd), args_template=0, nargs=0, args=0x7fffffffb5c8) at bytecode.c:809
#23 0x000055555585e15c in fetch_and_exec_byte_code (fun=XIL(0x5555570354dd), args_template=0, nargs=0, args=0x7fffffffb5c8) at eval.c:3030
#24 0x000055555585e65b in funcall_lambda (fun=XIL(0x5555570354dd), nargs=0, arg_vector=0x7fffffffb5c8) at eval.c:3102
#25 0x000055555585d8af in funcall_general (fun=XIL(0x5555570354dd), numargs=0, args=0x7fffffffb5c8) at eval.c:2893
#26 0x000055555585db40 in Ffuncall (nargs=1, args=0x7fffffffb5c0) at eval.c:2943
#27 0x00007fffef47106f in F7365727665722d657865637574652d636f6e74696e756174696f6e_server_execute_continuation_0 ()
at /home/yantar92/.emacs.d/eln-cache/29.0.50-9c7bac46/server-0cc44189-d75986a8.eln
#28 0x000055555585dd9d in funcall_subr (subr=0x55555703a260, numargs=1, args=0x7fffffffb7e8) at eval.c:2981
#29 0x000055555585d863 in funcall_general (fun=XIL(0x55555703a265), numargs=1, args=0x7fffffffb7e8) at eval.c:2889
#30 0x000055555585db40 in Ffuncall (nargs=2, args=0x7fffffffb7e0) at eval.c:2943
#31 0x00007fffef4723c9 in F7365727665722d70726f636573732d66696c746572_server_process_filter_0 () at /home/yantar92/.emacs.d/eln-cache/29.0.50-9c7bac46/server-0cc44189-d75986a8.eln
#32 0x000055555585ddc1 in funcall_subr (subr=0x55555703a2b8, numargs=2, args=0x7fffffffb9b8) at eval.c:2983
#33 0x000055555585d863 in funcall_general (fun=XIL(0x55555703a2bd), numargs=2, args=0x7fffffffb9b8) at eval.c:2889
#34 0x000055555585db40 in Ffuncall (nargs=3, args=0x7fffffffb9b0) at eval.c:2943
#35 0x000055555585cd73 in Fapply (nargs=2, args=0x7fffffffba60) at eval.c:2614
#36 0x000055555585d49d in apply1 (fn=XIL(0x10a5af0), arg=XIL(0x5555574e4d93)) at eval.c:2830
#37 0x00005555558ed2e2 in read_process_output_call (fun_and_args=XIL(0x5555574e4da3)) at process.c:5999
#38 0x0000555555859349 in internal_condition_case_1
(bfun=0x5555558ed249 <read_process_output_call>, arg=XIL(0x5555574e4da3), handlers=XIL(0x90), hfun=0x5555558ed2e4 <read_process_output_error_handler>) at eval.c:1502
#39 0x00005555558edd04 in read_and_dispose_of_process_output
(p=0x555557c8e308, chars=0x7fffffffbb70 "-env GCC_SPECS= -env GSETTINGS_BACKEND=dconf -env LC_COLLATE=C -env XDG_DATA_DIRS=/usr/local/share:/usr/share -env PATH=/home/yantar92/.pyenv/bin:/home/yantar92/.local/bin:/home/yantar92/.local/bin:/u"..., nbytes=819, coding=0x555555fee820) at process.c:6223
#40 0x00005555558ed8c4 in read_process_output (proc=XIL(0x555557c8e30d), channel=10) at process.c:6133
#41 0x00005555558ec953 in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5817
#42 0x00005555555a9238 in sit_for (timeout=make_fixnum(30), reading=true, display_option=1) at dispnew.c:6201
#43 0x000055555576a803 in read_char (commandflag=1, map=XIL(0x5555574e5743), prev_event=XIL(0), used_mouse_menu=0x7fffffffd3ed, end_time=0x0) at keyboard.c:2835
#44 0x0000555555780154 in read_key_sequence
--Type <RET> for more, q to quit, c to continue without paging--c
(keybuf=0x7fffffffd5c0, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9957
#45 0x0000555555765a92 in command_loop_1 () at keyboard.c:1399
#46 0x0000555555859268 in internal_condition_case (bfun=0x5555557655db <command_loop_1>, handlers=XIL(0x90), hfun=0x5555557649a9 <cmd_error>) at eval.c:1478
#47 0x0000555555765194 in command_loop_2 (handlers=XIL(0x90)) at keyboard.c:1140
#48 0x000055555585834b in internal_catch (tag=XIL(0xf5d0), func=0x55555576516a <command_loop_2>, arg=XIL(0x90)) at eval.c:1208
#49 0x0000555555765126 in command_loop () at keyboard.c:1118
#50 0x000055555576444b in recursive_edit_1 () at keyboard.c:727
#51 0x0000555555764677 in Frecursive_edit () at keyboard.c:810
#52 0x000055555575f9dc in main (argc=4, argv=0x7fffffffda68) at emacs.c:2488
Lisp Backtrace:
"message" (0xffffae88)
"server-execute" (0xf049e038)
0x570354d8 PVEC_COMPILED
"server-execute-continuation" (0xffffb7e8)
"server-process-filter" (0xffffb9b8)
(gdb)
quit
A debugging session is active.
Inferior 1 [process 15152] will be killed.
Quit anyway? (y or n) y
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 09:58:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> However, I tried to play around with alternative ways to pass
> parameters. Using run -q -xrm '...' appears to work.
The problem is a process filter causing `x_clear_frame' to be called on
a frame whose GCs have not yet been realized. That should actually be
impossible.
Can you evaluate the following lines in that gdb session, and show the
output?
up 6
p *f->output_data.x
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:05:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Can you evaluate the following lines in that gdb session, and show the
> output?
> up 6
> p *f->output_data.x
I am getting
(gdb) p *f->output_data.x
No symbol "f" in current context.
>
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:09:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
>> Can you evaluate the following lines in that gdb session, and show the
>> output?
>
> > up 6
> > p *f->output_data.x
>
> I am getting
>
> (gdb) p *f->output_data.x
> No symbol "f" in current context.
Sorry, I wasn't counting very well. Type "up" and run that line again.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:13:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
(gdb) up 6
#6 0x00007ffff6c7dcfe in cairo_xcb_surface_create () from
/usr/lib64/libcairo.so.2
(gdb) up
#7 0x00005555556fb83b in x_begin_cr_clip (f=0x555556c49ce0, gc=0x0) at
xterm.c:4681
4681 surface = cairo_xcb_surface_create (FRAME_DISPLAY_INFO
(f)->xcb_connection,
(gdb) p *f->output_data.x
$1 = {
toolbar_top_height = 0,
toolbar_bottom_height = 0,
toolbar_left_width = 0,
toolbar_right_width = 0,
border_tile = 6291486,
normal_gc = 0x55555703f7e0,
reverse_gc = 0x55555979fc40,
cursor_gc = 0x5555589f9450,
window_desc = 6291481,
draw_desc = 6291482,
picture = 0,
need_buffer_flip = true,
icon_desc = 0,
parent_desc = 14713974,
user_time_window = 6291481,
icon_bitmap = 1,
font = 0x5555561057b0,
baseline_offset = 0,
fontset = 2,
cursor_pixel = 4278190080,
border_pixel = 4278190080,
mouse_pixel = 4278190080,
cursor_foreground_pixel = 4294967295,
scroll_bar_foreground_pixel = 18446744073709551615,
scroll_bar_background_pixel = 18446744073709551615,
text_cursor = 6291466,
nontext_cursor = 6291467,
modeline_cursor = 6291469,
hand_cursor = 6291470,
hourglass_cursor = 6291468,
horizontal_drag_cursor = 6291471,
vertical_drag_cursor = 6291472,
current_cursor = 6291466,
left_edge_cursor = 6291473,
top_left_corner_cursor = 6291474,
top_edge_cursor = 6291475,
top_right_corner_cursor = 6291476,
right_edge_cursor = 6291477,
bottom_right_corner_cursor = 6291478,
bottom_edge_cursor = 6291479,
bottom_left_corner_cursor = 6291480,
hourglass_window = 0,
wm_hints = {
flags = 39,
input = 1,
initial_state = 1,
icon_pixmap = 6291488,
icon_window = 0,
--Type <RET> for more, q to quit, c to continue without paging--c
icon_x = 0,
icon_y = 0,
icon_mask = 6291490,
window_group = 0
},
display_info = 0x5555562d7980,
saved_menu_event = 0x0,
hourglass_p = false,
explicit_parent = false,
asked_for_visible = true,
has_been_visible = true,
wait_for_wm = true,
alpha_identical_p = true,
xic = 0x55555c4c79f0,
xic_style = 1032,
xic_xfs = 0x0,
basic_frame_counter = 6291492,
extended_frame_counter = 0,
pending_basic_counter_value = {
hi = 0,
lo = 0
},
current_extended_counter_value = {
hi = 0,
lo = 0
},
sync_end_pending_p = false,
ext_sync_end_pending_p = false,
black_relief = {
gc = 0x0,
pixel = 18446744073709551615
},
white_relief = {
gc = 0x0,
pixel = 18446744073709551615
},
relief_background = 0,
focus_state = 0,
move_offset_top = 0,
move_offset_left = 0,
cr_context = 0x0,
cr_surface_desired_width = 674,
cr_surface_desired_height = 593,
preedit_size = 0,
preedit_chars = 0x0,
preedit_active = false,
preedit_caret = 0,
xi_masks = 0x555556bafc90,
num_xi_masks = 2
}
(gdb)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:25:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> (gdb) up 6
> #6 0x00007ffff6c7dcfe in cairo_xcb_surface_create () from /usr/lib64/libcairo.so.2
> (gdb) up
> #7 0x00005555556fb83b in x_begin_cr_clip (f=0x555556c49ce0, gc=0x0) at xterm.c:4681
> 4681 surface = cairo_xcb_surface_create (FRAME_DISPLAY_INFO (f)->xcb_connection,
> (gdb) p *f->output_data.x
> $1 = {
> toolbar_top_height = 0,
> toolbar_bottom_height = 0,
> toolbar_left_width = 0,
> toolbar_right_width = 0,
> border_tile = 6291486,
> normal_gc = 0x55555703f7e0,
> reverse_gc = 0x55555979fc40,
> cursor_gc = 0x5555589f9450,
> window_desc = 6291481,
> draw_desc = 6291482,
> picture = 0,
> need_buffer_flip = true,
> icon_desc = 0,
> parent_desc = 14713974,
> user_time_window = 6291481,
> icon_bitmap = 1,
> font = 0x5555561057b0,
> baseline_offset = 0,
> fontset = 2,
> cursor_pixel = 4278190080,
> border_pixel = 4278190080,
> mouse_pixel = 4278190080,
> cursor_foreground_pixel = 4294967295,
> scroll_bar_foreground_pixel = 18446744073709551615,
> scroll_bar_background_pixel = 18446744073709551615,
> text_cursor = 6291466,
> nontext_cursor = 6291467,
> modeline_cursor = 6291469,
> hand_cursor = 6291470,
> hourglass_cursor = 6291468,
> horizontal_drag_cursor = 6291471,
> vertical_drag_cursor = 6291472,
> current_cursor = 6291466,
> left_edge_cursor = 6291473,
> top_left_corner_cursor = 6291474,
> top_edge_cursor = 6291475,
> top_right_corner_cursor = 6291476,
> right_edge_cursor = 6291477,
> bottom_right_corner_cursor = 6291478,
> bottom_edge_cursor = 6291479,
> bottom_left_corner_cursor = 6291480,
> hourglass_window = 0,
> wm_hints = {
> flags = 39,
> input = 1,
> initial_state = 1,
> icon_pixmap = 6291488,
> icon_window = 0,
> --Type <RET> for more, q to quit, c to continue without paging--c
> icon_x = 0,
> icon_y = 0,
> icon_mask = 6291490,
> window_group = 0
> },
> display_info = 0x5555562d7980,
> saved_menu_event = 0x0,
> hourglass_p = false,
> explicit_parent = false,
> asked_for_visible = true,
> has_been_visible = true,
> wait_for_wm = true,
> alpha_identical_p = true,
> xic = 0x55555c4c79f0,
> xic_style = 1032,
> xic_xfs = 0x0,
> basic_frame_counter = 6291492,
> extended_frame_counter = 0,
> pending_basic_counter_value = {
> hi = 0,
> lo = 0
> },
> current_extended_counter_value = {
> hi = 0,
> lo = 0
> },
> sync_end_pending_p = false,
> ext_sync_end_pending_p = false,
> black_relief = {
> gc = 0x0,
> pixel = 18446744073709551615
> },
> white_relief = {
> gc = 0x0,
> pixel = 18446744073709551615
> },
> relief_background = 0,
> focus_state = 0,
> move_offset_top = 0,
> move_offset_left = 0,
> cr_context = 0x0,
> cr_surface_desired_width = 674,
> cr_surface_desired_height = 593,
> preedit_size = 0,
> preedit_chars = 0x0,
> preedit_active = false,
> preedit_caret = 0,
> xi_masks = 0x555556bafc90,
> num_xi_masks = 2
> }
> (gdb)
Hmm, thanks. I will look into this, but the bug seems not to be related
to GC creation, but rather something in Cairo.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:29:01 GMT)
Full text and
rfc822 format available.
Message #50 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> Thread 1 "emacs" hit Breakpoint 2, x_error_quitter (display=0x555559323390, event=0x7fffffffa210) at xterm.c:21573
> 21573 {
> (gdb)
> (gdb)
> quit
> A debugging session is active.
>
> Inferior 1 [process 17832] will be killed.
>
> Quit anyway? (y or n) y
>
> Best,
> Ihor
Let's go back a little. Can you still reproduce this particular
backtrace? If so, please run:
p *event
here. Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 10:35:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
(gdb) p *event
$1 = {
type = 0,
display = 0x5555597f27a0,
resourceid = 29360175,
serial = 628,
error_code = 143 '\217',
request_code = 138 '\212',
minor_code = 20 '\024'
}
(gdb)
On Fri, May 27, 2022 at 6:28 PM Po Lu <luangruo <at> yahoo.com> wrote:
> Ihor Radchenko <yantar92 <at> gmail.com> writes:
>
> > Thread 1 "emacs" hit Breakpoint 2, x_error_quitter
> (display=0x555559323390, event=0x7fffffffa210) at xterm.c:21573
> > 21573 {
> > (gdb)
> > (gdb)
> > quit
> > A debugging session is active.
> >
> > Inferior 1 [process 17832] will be killed.
> >
> > Quit anyway? (y or n) y
> >
> > Best,
> > Ihor
>
> Let's go back a little. Can you still reproduce this particular
> backtrace? If so, please run:
>
> p *event
>
> here. Thanks.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 11:57:01 GMT)
Full text and
rfc822 format available.
Message #56 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> (gdb) p *event
> $1 = {
> type = 0,
> display = 0x5555597f27a0,
> resourceid = 29360175,
> serial = 628,
> error_code = 143 '\217',
> request_code = 138 '\212',
> minor_code = 20 '\024'
> }
> (gdb)
What's the output of "xdpyinfo -ext all"?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 12:07:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> What's the output of "xdpyinfo -ext all"?
See the attached
[Message part 2 (text/html, inline)]
[output (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 13:12:01 GMT)
Full text and
rfc822 format available.
Message #62 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> (gdb) p *event
> $1 = {
> type = 0,
> display = 0x5555597f27a0,
> resourceid = 29360175,
> serial = 628,
> error_code = 143 '\217',
> request_code = 138 '\212',
> minor_code = 20 '\024'
> }
> (gdb)
That's a BadGlyph error from a RenderAddGlyphs request, which Emacs does
not make itself. What happens if you delete this part of xterm.c?
#if defined USE_XCB && defined USE_CAIRO_XCB
#define USE_CAIRO_XCB_SURFACE
#endif
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 13:38:01 GMT)
Full text and
rfc822 format available.
Message #65 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> That's a BadGlyph error from a RenderAddGlyphs request, which Emacs does
> not make itself. What happens if you delete this part of xterm.c?
> #if defined USE_XCB && defined USE_CAIRO_XCB
> #define USE_CAIRO_XCB_SURFACE
> #endif
When I remove these lines, Emacs no longer crashes. However, the behavior
is still not right. I can still see flickering (frames being created and
immediately closed). I recorded a screencast demonstrating the issue:
https://0x0.st/oBHO.mkv
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 13:47:02 GMT)
Full text and
rfc822 format available.
Message #68 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
> When I remove these lines, Emacs no longer crashes.
Thanks. It doesn't seem to be a bug in Emacs, so I guess the use of
cairo's XCB support should be disabled by default until someone figures
out the precise cause of these problems.
> However, the behavior is still not right. I can still see flickering
> (frames being created and immediately closed). I recorded a screencast
> demonstrating the issue: https://0x0.st/oBHO.mkv
What's calling `make-frame'?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Fri, 27 May 2022 13:49:02 GMT)
Full text and
rfc822 format available.
Message #71 received at 55672 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> What's calling `make-frame'?
xdg-open calls emacsclient with -c switch.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#55672; Package
emacs.
(Sun, 24 Jul 2022 05:48:02 GMT)
Full text and
rfc822 format available.
Message #74 received at 55672 <at> debbugs.gnu.org (full text, mbox):
Ihor Radchenko <yantar92 <at> gmail.com> writes:
>> That's a BadGlyph error from a RenderAddGlyphs request, which Emacs does
>> not make itself. What happens if you delete this part of xterm.c?
>
>> #if defined USE_XCB && defined USE_CAIRO_XCB
>> #define USE_CAIRO_XCB_SURFACE
>> #endif
> When I remove these lines, Emacs no longer crashes. However, the behavior
> is still not right. I can still see flickering (frames being created and
> immediately closed). I recorded a screencast demonstrating the issue:
> https://0x0.st/oBHO.mkv
For reference, I am no longer able to reproduce the problem using the
provided recipe. Since the report, I have upgraded my system libraries
and Emacs (to the latest commit on master).
Best,
Ihor
This bug report was last modified 2 years and 328 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.