* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth [not found] <87r0mf1rl2.fsf@gmx.at> @ 2023-10-01 1:03 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-01 11:37 ` Alexander Prähauser 0 siblings, 1 reply; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 1:03 UTC (permalink / raw) To: Alexander Prähauser; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > I have an OLED monitor and configured X to use 10 bit color depth > as described here: > > https://linuxreviews.org/HOWTO_enable_10-bit_color_on_Linux > > Using Gnome on Wayland I never experienced any problems with this, > but I switched to Stumpwm and can't start Emacs from > there if color depth is configured to 10 bit. I included the error > message printed by Emacs as an attachment. My system > is Arch and all programs were just upgraded. The bug persists if I > don't load the init file. > > X protocol error: BadValue (integer parameter out of range for operation) on protocol request 91 > Serial no: 1051 > Failing resource ID (if any): 0xffffffff > Minor code: 0 > This is a bug! Please report this to bug-gnu-emacs@gnu.org! Please enable synchronous operation by running Emacs like so: ./emacs -q -xrm "Emacs.synchronous: true" under gdb, and when the X error transpires, type: (gdb) bt full (gdb) p *x_display_list (gdb) p x_display_list->visual_info and send us the output of the aformentioned commands. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-01 1:03 ` bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 11:37 ` Alexander Prähauser 2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-01 11:11 ` Stefan Kangas 0 siblings, 2 replies; 15+ messages in thread From: Alexander Prähauser @ 2023-10-01 11:37 UTC (permalink / raw) To: Po Lu; +Cc: 66281, Alexander Prähauser [-- Attachment #1: Type: text/plain, Size: 43 bytes --] I put the output into the attached file. [-- Attachment #2: Log file --] [-- Type: text/plain, Size: 151840 bytes --] Starting program: /usr/bin/emacs emacs -q -xrm "Emacs.synchronous: true" This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.archlinux.org> Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. \r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r[Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". \r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r[New Thread 0x7fffe3b9f6c0 (LWP 1585)] [New Thread 0x7fffe325d6c0 (LWP 1586)] [New Thread 0x7fffe2a5c6c0 (LWP 1587)] [New Thread 0x7fffe225b6c0 (LWP 1588)] \r \r\r \r[New Thread 0x7fffe15e66c0 (LWP 1589)] [New Thread 0x7fffe0de56c0 (LWP 1590)] [New Thread 0x7fffcbfff6c0 (LWP 1591)] \r \r[New Thread 0x7fffcb7fe6c0 (LWP 1615)] Thread 1 "emacs" received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 \r \r44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 tid = <optimized out> ret = 0 pd = <optimized out> old_mask = {__val = {0}} ret = <optimized out> #1 0x00007ffff39538a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff3903668 in __GI_raise (sig=6) at ../sysdeps/posix/raise.c:26 ret = <optimized out> #3 0x000055555559f987 in () #4 0x0000555555f83060 in () #5 0x0000000000000020 in () #6 0x00007ffff3a9dac0 in main_arena () at /usr/lib/libc.so.6 #7 0x00007fffffffce90 in () #8 0x0000555555e06010 in () #9 0x0000000000000007 in () #10 0x0000000000000000 in () No symbol "x_display_list" in current context. No symbol "x_display_list" in current context. [-- Attachment #3: Type: text/plain, Size: 1236 bytes --] Po Lu [2023-10-01 Sun 09:03] wrote: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> I have an OLED monitor and configured X to use 10 bit color >> depth >> as described here: >> >> https://linuxreviews.org/HOWTO_enable_10-bit_color_on_Linux >> >> Using Gnome on Wayland I never experienced any problems with >> this, >> but I switched to Stumpwm and can't start Emacs from >> there if color depth is configured to 10 bit. I included the >> error >> message printed by Emacs as an attachment. My system >> is Arch and all programs were just upgraded. The bug persists >> if I >> don't load the init file. >> >> X protocol error: BadValue (integer parameter out of range for >> operation) on protocol request 91 >> Serial no: 1051 >> Failing resource ID (if any): 0xffffffff >> Minor code: 0 >> This is a bug! Please report this to bug-gnu-emacs@gnu.org! > > Please enable synchronous operation by running Emacs like so: > > ./emacs -q -xrm "Emacs.synchronous: true" > > under gdb, and when the X error transpires, type: > > (gdb) bt full > (gdb) p *x_display_list > (gdb) p x_display_list->visual_info > > and send us the output of the aformentioned commands. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-01 11:37 ` Alexander Prähauser @ 2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-01 14:09 ` Björn Bidar via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-02 10:48 ` Alexander Prähauser 2023-10-01 11:11 ` Stefan Kangas 1 sibling, 2 replies; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 10:59 UTC (permalink / raw) To: Alexander Prähauser; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > I put the output into the attached file. Debugging symbols are absent from the copy of Emacs being run under gdb, so this output is meaningless. Please build Emacs from source code and debug that in its place. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 14:09 ` Björn Bidar via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-02 10:48 ` Alexander Prähauser 1 sibling, 0 replies; 15+ messages in thread From: Björn Bidar via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 14:09 UTC (permalink / raw) To: 66281; +Cc: luangruo, alexander.praehauser Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> writes: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> I put the output into the attached file. > > Debugging symbols are absent from the copy of Emacs being run under gdb, > so this output is meaningless. Please build Emacs from source code and > debug that in its place. Alexander: Make sure sure you press y when gdb ask to fetch debug syumbols from debuginfod. He prevent this from happening, no need to rebuild emacs. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-01 14:09 ` Björn Bidar via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-02 10:48 ` Alexander Prähauser 2023-10-02 10:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 1 sibling, 1 reply; 15+ messages in thread From: Alexander Prähauser @ 2023-10-02 10:48 UTC (permalink / raw) To: Po Lu; +Cc: 66281, Alexander Prähauser [-- Attachment #1: Type: text/plain, Size: 342 bytes --] I uninstalled the Emacs version I had on my desktop, then downloaded the newest source file, ran make and make install, changed to the directory /usr/local/bin which was the only Emacs executable I found and did the commands you sent again, but I don't see any difference in the output. Should I have ran Emacs from somewhere else? [-- Attachment #2: Log --] [-- Type: text/plain, Size: 79316 bytes --] Undefined command: "emacs". Try "help". Starting program: /usr/local/bin/emacs emacs -q -xrm "Emacs.synchronous: true" This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.archlinux.org> Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. \r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r[Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". \r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r\r \r[New Thread 0x7ffff0ffe6c0 (LWP 27721)] [New Thread 0x7fffe87fd6c0 (LWP 27722)] [New Thread 0x7fffebfff6c0 (LWP 27723)] \r \r[New Thread 0x7fffeb7fe6c0 (LWP 27724)] Thread 1 "emacs" received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 \r \r44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 tid = <optimized out> ret = 0 pd = <optimized out> old_mask = {__val = {4613937818241073152}} ret = <optimized out> #1 0x00007ffff5b0c8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff5abc668 in __GI_raise (sig=6) at ../sysdeps/posix/raise.c:26 ret = <optimized out> #3 0x00005555555a2272 in () #4 0x0000000000000002 in () #5 0x0000000000000020 in () #6 0x00007fffffffd2c0 in () #7 0x0000000000000004 in () #8 0x0000555555dca010 in () #9 0x0000000000000007 in () #10 0x00ff00fd00fb00f9 in () #11 0x0000000000000000 in () No symbol "x_display_list" in current context. No symbol "x_display_list" in current context. [-- Attachment #3: Type: text/plain, Size: 345 bytes --] Po Lu [2023-10-01 Sun 18:59] wrote: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> I put the output into the attached file. > > Debugging symbols are absent from the copy of Emacs being run > under gdb, > so this output is meaningless. Please build Emacs from source > code and > debug that in its place. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-02 10:48 ` Alexander Prähauser @ 2023-10-02 10:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-02 17:10 ` Alexander Prähauser 0 siblings, 1 reply; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-02 10:47 UTC (permalink / raw) To: Alexander Prähauser; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > I uninstalled the Emacs version I had on my desktop, then > downloaded the newest source file, ran make and make install, > changed to the directory /usr/local/bin which was the only Emacs > executable I found and did the commands you sent again, > but I don't see any difference in the output. Should I have ran > Emacs from somewhere else? Did you compile Emacs without debugging symbols? Please compile Emacs absent any modifications to CFLAGS (particularly those which delete -g3 from it), and try again. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-02 10:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-02 17:10 ` Alexander Prähauser 2023-10-03 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 15+ messages in thread From: Alexander Prähauser @ 2023-10-02 17:10 UTC (permalink / raw) To: Po Lu; +Cc: 66281, Alexander Prähauser [-- Attachment #1: Type: text/plain, Size: 401 bytes --] I didn't change any compiler flags. Someone says here: https://emacs.stackexchange.com/a/4241 that it worked when they started emacsclient from emacs/lib-src but not when they started it from its location through make install. So I tried starting emacs from emacs/src. I thought debugging symbols were now on because the gdb output looked colorful, but the log doesn't so I'm not sure. [-- Attachment #2: Log --] [-- Type: text/plain, Size: 94911 bytes --] Starting program: /home/alex/tmp/emacs/src/emacs emacs -q -xrm "Emacs.synchronous: true" This GDB supports auto-downloading debuginfo from the following URLs: <https://debuginfod.archlinux.org> Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. \r \rDownloading separate debug info for system-supplied DSO at 0x7ffff7fc8000 \r[### ]\r \rDownloading separate debug info for /usr/lib/libtiff.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libjpeg.so.8 \r[### ]\r \rDownloading separate debug info for /usr/lib/libpng16.so.16 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgif.so.7 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXpm.so.4 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwebpdemux.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwebpdecoder.so.3 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgtk-3.so.0 \r[### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libgdk-3.so.0 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libz.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libpangocairo-1.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libpango-1.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libharfbuzz.so.0 \r[### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libatk-1.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libcairo-gobject.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libcairo.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgdk_pixbuf-2.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgio-2.0.so.0 \r[### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libgobject-2.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libglib-2.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libSM.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libICE.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libX11.so.6 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libX11-xcb.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libxcb.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXrender.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libasound.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/librsvg-2.so.2 \r[### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r \r\r \rDownloading separate debug info for /usr/lib/libacl.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libattr.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libdbus-1.so.3 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXrandr.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXinerama.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXfixes.so.3 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXext.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libxml2.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgpm.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libncursesw.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libfreetype.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libfontconfig.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libotf.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libm17n-flt.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libm17n-core.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgnutls.so.30 \r[### ]\r[ ### ]\r \r\r \rDownloading separate debug info for /usr/lib/liblcms2.so.2 \r[### ]\r \r\r \rDownloading separate debug info for /usr/lib/libjansson.so.4 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgmp.so.10 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXi.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libtree-sitter.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libsqlite3.so.0 \r[### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libXcomposite.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libxcb-shape.so.0 \r[### ]\r \r\r \r[Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Downloading separate debug info for /usr/lib/libzstd.so.1 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/liblzma.so.5 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libjbig.so.2.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwebp.so.7 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgmodule-2.0.so.0 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libpangoft2-1.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libfribidi.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libepoxy.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libatk-bridge-2.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libcloudproviders.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libtracker-sparql-3.0.so.0 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libxkbcommon.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwayland-client.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwayland-cursor.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libwayland-egl.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXcursor.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXdamage.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libthai.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgraphite2.so.3 \r[### ]\r \rDownloading separate debug info for /usr/lib/libxcb-render.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libxcb-shm.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libpixman-1.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libmount.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libffi.so.8 \r[### ]\r \rDownloading separate debug info for /usr/lib/libpcre2-8.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libuuid.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXau.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libXdmcp.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libicuuc.so.73 \r[### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libbz2.so.1.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libbrotlidec.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libexpat.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libicui18n.so.73 \r[### ]\r[ ### ]\r[ ### ]\r[ ### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libicudata.so.73 \r[### ]\r \rDownloading separate debug info for /usr/lib/libp11-kit.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libbrotlienc.so.1 \r[### ]\r[ ### ]\r \rDownloading separate debug info for /usr/lib/libidn2.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libunistring.so.5 \r[### ]\r \rDownloading separate debug info for /usr/lib/libtasn1.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libnettle.so.8 \r[### ]\r \rDownloading separate debug info for /usr/lib/libhogweed.so.6 \r[### ]\r \rDownloading separate debug info for /usr/lib/libcap.so.2 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgcrypt.so.20 \r[### ]\r \rDownloading separate debug info for /usr/lib/liblz4.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libsharpyuv.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libatspi.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libjson-glib-1.0.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libdatrie.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libblkid.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libbrotlicommon.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libgpg-error.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/gtk-3.0/modules/libcanberra-gtk-module.so \r[### ]\r \rDownloading separate debug info for /usr/lib/libcanberra-gtk3.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libcanberra.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libvorbisfile.so.3 \r[### ]\r \rDownloading separate debug info for /usr/lib/libtdb.so.1 \r[### ]\r \rDownloading separate debug info for /usr/lib/libltdl.so.7 \r[### ]\r \rDownloading separate debug info for /usr/lib/libvorbis.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/libogg.so.0 \r[### ]\r \rDownloading separate debug info for /usr/lib/gio/modules/libgvfsdbus.so \r[### ]\r \rDownloading separate debug info for /usr/lib/gvfs/libgvfscommon.so \r[### ]\r \r[New Thread 0x7ffff0ffe6c0 (LWP 33981)] [New Thread 0x7fffebfff6c0 (LWP 33982)] [New Thread 0x7fffeb7fe6c0 (LWP 33983)] Downloading separate debug info for /usr/lib/gio/modules/libdconfsettings.so \r[### ]\r \r[New Thread 0x7fffeaffd6c0 (LWP 33984)] Thread 1 "emacs" received signal SIGABRT, Aborted. __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 \r \r44 return INTERNAL_SYSCALL_ERROR_P (ret) ? INTERNAL_SYSCALL_ERRNO (ret) : 0; #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 tid = <optimized out> ret = 0 pd = <optimized out> old_mask = {__val = {4597482358064142494}} ret = <optimized out> #1 0x00007ffff5b0c8a3 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007ffff5abc668 in __GI_raise (sig=6) at ../sysdeps/posix/raise.c:26 ret = <optimized out> #3 0x00005555555a2272 in () #4 0x0000000000000002 in () #5 0x0000000000000020 in () #6 0x00007fffffffd350 in () #7 0x0000000000000004 in () #8 0x0000555555dca010 in () #9 0x0000000000000007 in () #10 0x00007ffff783a4ff in () at /usr/lib/libgtk-3.so.0 #11 0x00007ffff783a4ec in () at /usr/lib/libgtk-3.so.0 #12 0x0000000000000000 in () No symbol "x_display_list" in current context. No symbol "x_display_list" in current context. [-- Attachment #3: Type: text/plain, Size: 657 bytes --] Po Lu [2023-10-02 Mon 18:47] wrote: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> I uninstalled the Emacs version I had on my desktop, then >> downloaded the newest source file, ran make and make install, >> changed to the directory /usr/local/bin which was the only >> Emacs >> executable I found and did the commands you sent again, >> but I don't see any difference in the output. Should I have ran >> Emacs from somewhere else? > > Did you compile Emacs without debugging symbols? Please compile > Emacs > absent any modifications to CFLAGS (particularly those which > delete -g3 > from it), and try again. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-02 17:10 ` Alexander Prähauser @ 2023-10-03 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-03 20:31 ` Alexander Prähauser 0 siblings, 1 reply; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-03 0:48 UTC (permalink / raw) To: Alexander Prähauser; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > I didn't change any compiler flags. Someone says here: > > https://emacs.stackexchange.com/a/4241 > > that it worked when they started emacsclient from emacs/lib-src > but not when they started it from its location through > make install. So I tried starting emacs from emacs/src. I thought > debugging symbols were now on because the gdb output > looked colorful, but the log doesn't so I'm not sure. > > Starting program: /home/alex/tmp/emacs/src/emacs emacs -q -xrm "Emacs.synchronous: true" This crash arises within GDK. Does a build without any X toolkit (--with-x-toolkit=no) experience the same crash? ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-03 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-03 20:31 ` Alexander Prähauser 2023-10-03 23:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 15+ messages in thread From: Alexander Prähauser @ 2023-10-03 20:31 UTC (permalink / raw) To: Po Lu; +Cc: 66281, Alexander Prähauser Where exactly should I put this flag? I tried adding it after make and putting it into CLANG, but it didn't recognize it, and it still compiled wit GTK when I put it into CLANGXXX. Po Lu [2023-10-03 Tue 08:48] wrote: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> I didn't change any compiler flags. Someone says here: >> >> https://emacs.stackexchange.com/a/4241 >> >> that it worked when they started emacsclient from emacs/lib-src >> but not when they started it from its location through >> make install. So I tried starting emacs from emacs/src. I >> thought >> debugging symbols were now on because the gdb output >> looked colorful, but the log doesn't so I'm not sure. >> >> Starting program: /home/alex/tmp/emacs/src/emacs emacs -q -xrm >> "Emacs.synchronous: true" > > This crash arises within GDK. Does a build without any X > toolkit > (--with-x-toolkit=no) experience the same crash? ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-03 20:31 ` Alexander Prähauser @ 2023-10-03 23:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2023-10-05 21:51 ` Alexander Prähauser 0 siblings, 1 reply; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-03 23:41 UTC (permalink / raw) To: Alexander Prähauser; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > Where exactly should I put this flag? I tried adding it after make and > putting it into CLANG, but it didn't recognize > it, and it still compiled wit GTK when I put it into CLANGXXX. This flag should be provided on configure's command line. That is to say, ./configure --with-x-toolkit=no ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-03 23:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-05 21:51 ` Alexander Prähauser 2024-01-10 10:36 ` Stefan Kangas 0 siblings, 1 reply; 15+ messages in thread From: Alexander Prähauser @ 2023-10-05 21:51 UTC (permalink / raw) To: Po Lu; +Cc: 66281, Alexander Prähauser It works without an X toolkit, thanks! Po Lu [2023-10-04 Wed 07:41] wrote: > Alexander Prähauser <alexander.praehauser@gmx.at> writes: > >> Where exactly should I put this flag? I tried adding it after >> make and >> putting it into CLANG, but it didn't recognize >> it, and it still compiled wit GTK when I put it into CLANGXXX. > > This flag should be provided on configure's command line. That > is to say, > > ./configure --with-x-toolkit=no ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-05 21:51 ` Alexander Prähauser @ 2024-01-10 10:36 ` Stefan Kangas 2024-01-10 11:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 15+ messages in thread From: Stefan Kangas @ 2024-01-10 10:36 UTC (permalink / raw) To: Alexander Prähauser; +Cc: Po Lu, 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > It works without an X toolkit, thanks! Po Lu [2023-10-04 Wed 07:41] wrote: > >> Alexander Prähauser <alexander.praehauser@gmx.at> writes: >> >>> Where exactly should I put this flag? I tried adding it after make and >>> putting it into CLANG, but it didn't recognize >>> it, and it still compiled wit GTK when I put it into CLANGXXX. >> >> This flag should be provided on configure's command line. That is to say, >> >> ./configure --with-x-toolkit=no So what's our conclusion here? Is this a bug in Gdk? ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2024-01-10 10:36 ` Stefan Kangas @ 2024-01-10 11:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-01-10 12:00 ` Stefan Kangas 0 siblings, 1 reply; 15+ messages in thread From: Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-01-10 11:16 UTC (permalink / raw) To: Stefan Kangas; +Cc: 66281, Alexander Prähauser Stefan Kangas <stefankangas@gmail.com> writes: > So what's our conclusion here? Is this a bug in Gdk? Yes, thanks. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2024-01-10 11:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-01-10 12:00 ` Stefan Kangas 0 siblings, 0 replies; 15+ messages in thread From: Stefan Kangas @ 2024-01-10 12:00 UTC (permalink / raw) To: Po Lu; +Cc: 66281-done, Alexander Prähauser tags 66281 + notabug close 66281 thanks Po Lu <luangruo@yahoo.com> writes: > Stefan Kangas <stefankangas@gmail.com> writes: > >> So what's our conclusion here? Is this a bug in Gdk? > > Yes, thanks. Thanks, I'm therefore closing this bug report. Please report this bug to the Gdk maintainers. ^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth 2023-10-01 11:37 ` Alexander Prähauser 2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2023-10-01 11:11 ` Stefan Kangas 1 sibling, 0 replies; 15+ messages in thread From: Stefan Kangas @ 2023-10-01 11:11 UTC (permalink / raw) To: Alexander Prähauser, Po Lu; +Cc: 66281 Alexander Prähauser <alexander.praehauser@gmx.at> writes: > I put the output into the attached file. Could you try again, but before you rebuild run: ./configure --enable-checking='yes,glyphs' --enable-check-lisp-object-type \ CFLAGS='-O0 -g3' Then just "make" as usual, and run under gdb again. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2024-01-10 12:00 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87r0mf1rl2.fsf@gmx.at>
2023-10-01 1:03 ` bug#66281: 30.0.50; Emacs won't start on X11 with 10 bit color depth Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-01 11:37 ` Alexander Prähauser
2023-10-01 10:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-01 14:09 ` Björn Bidar via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-02 10:48 ` Alexander Prähauser
2023-10-02 10:47 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-02 17:10 ` Alexander Prähauser
2023-10-03 0:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-03 20:31 ` Alexander Prähauser
2023-10-03 23:41 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-10-05 21:51 ` Alexander Prähauser
2024-01-10 10:36 ` Stefan Kangas
2024-01-10 11:16 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-10 12:00 ` Stefan Kangas
2023-10-01 11:11 ` Stefan Kangas
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).