* 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 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 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* 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 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-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-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: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 threadend 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).