GNU bug report logs -
#74981
29.4; X11 crash when minibuffer text scale is increased greatly
Previous Next
To reply to this bug, email your comments to 74981 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Thu, 19 Dec 2024 22:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Joseph Turner <joseph <at> breatheoutbreathe.in>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 19 Dec 2024 22:08:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Tested on two window managers, exwm and dwm, with emacs -Q:
Open the minibuffer, e.g., with M-x eval-expression. Run
text-scale-adjust with C-x C-=. The minibuffer text gets
bigger. Repeatedly press C-= until X11 crashes, bringing you back to the
login prompt.
In GNU Emacs 29.4 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41,
cairo version 1.18.0)
Windowing system distributor 'The X.Org Foundation', version 11.0.12101007
System Description: Debian GNU/Linux 12 (bookworm)
Configured using:
'configure
CONFIG_SHELL=/gnu/store/3jhfhxdf6v5ms10x5zmnl166dh3yhbr1-bash-minimal-5.1.16/bin/bash
SHELL=/gnu/store/3jhfhxdf6v5ms10x5zmnl166dh3yhbr1-bash-minimal-5.1.16/bin/bash
--prefix=/gnu/store/9kbz86680cd5m7m7qz5vj7q6kc994rrj-emacs-29.4
--enable-fast-install --with-cairo --with-modules
--with-native-compilation=aot --disable-build-details'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES
NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3
THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER X11 XDBE XIM XINPUT2 XPM
GTK3 ZLIB
Important settings:
value of $EMACSLOADPATH: /home/joseph/.guix-extra-profiles/emacs/emacs/share/emacs/site-lisp:/gnu/store/9kbz86680cd5m7m7qz5vj7q6kc994rrj-emacs-29.4/share/emacs/29.4/lisp
value of $EMACSNATIVELOADPATH: /home/joseph/.guix-extra-profiles/emacs/emacs/lib/emacs/native-site-lisp
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Fri, 20 Dec 2024 06:56:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 74981 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 19 Dec 2024 14:06:59 -0800
> From: Joseph Turner via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Tested on two window managers, exwm and dwm, with emacs -Q:
>
> Open the minibuffer, e.g., with M-x eval-expression. Run
> text-scale-adjust with C-x C-=. The minibuffer text gets
> bigger. Repeatedly press C-= until X11 crashes, bringing you back to the
> login prompt.
Thanks.
I can't reproduce this, but I'm not on X11. What happens here is that
after many "C-x C-= C-=" presses, the minibuffer (whose contents
becomes illegible long before that) starts blinking, and I need to C-g
out of it (or C-x C-c to kill Emacs). This seems harmless enough,
since the enlarged font is not useful past the point where the
minibuffer no longer shows the minibuffer text.
Can you run this under GDB, and when Emacs crashes, type
(gdb) thread apply all bt
and post everything GDB produces as result?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Fri, 20 Dec 2024 13:30:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 74981 <at> debbugs.gnu.org (full text, mbox):
[வெள்ளி டிசம்பர் 20, 2024] Eli Zaretskii wrote:
>> Date: Thu, 19 Dec 2024 14:06:59 -0800
>> From: Joseph Turner via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> Tested on two window managers, exwm and dwm, with emacs -Q:
>>
>> Open the minibuffer, e.g., with M-x eval-expression. Run
>> text-scale-adjust with C-x C-=. The minibuffer text gets
>> bigger. Repeatedly press C-= until X11 crashes, bringing you back to the
>> login prompt.
>
> Thanks.
>
> I can't reproduce this, but I'm not on X11. What happens here is that
> after many "C-x C-= C-=" presses, the minibuffer (whose contents
> becomes illegible long before that) starts blinking, and I need to C-g
> out of it (or C-x C-c to kill Emacs). This seems harmless enough,
> since the enlarged font is not useful past the point where the
> minibuffer no longer shows the minibuffer text.
Same here. Tested on X11 (Xfce) with a Lucid build and master build
(emacs-repository-version 9ddec89e422d0dd6e9069731b8f2dd2c90aa5607).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 02:16:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Thu, 19 Dec 2024 14:06:59 -0800
>> From: Joseph Turner via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> Tested on two window managers, exwm and dwm, with emacs -Q:
>>
>> Open the minibuffer, e.g., with M-x eval-expression. Run
>> text-scale-adjust with C-x C-=. The minibuffer text gets
>> bigger. Repeatedly press C-= until X11 crashes, bringing you back to the
>> login prompt.
>
> Thanks.
>
> I can't reproduce this, but I'm not on X11. What happens here is that
> after many "C-x C-= C-=" presses, the minibuffer (whose contents
> becomes illegible long before that) starts blinking, and I need to C-g
> out of it (or C-x C-c to kill Emacs). This seems harmless enough,
> since the enlarged font is not useful past the point where the
> minibuffer no longer shows the minibuffer text.
>
> Can you run this under GDB, and when Emacs crashes, type
>
> (gdb) thread apply all bt
>
> and post everything GDB produces as result?
Since the entire X11 session crashes, I'm not sure how to do this.
Please advise. Thanks!
Joseph
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 06:30:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 74981 <at> debbugs.gnu.org (full text, mbox):
[வெள்ளி டிசம்பர் 20, 2024] Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
>> Can you run this under GDB, and when Emacs crashes, type
>>
>> (gdb) thread apply all bt
>>
>> and post everything GDB produces as result?
>
> Since the entire X11 session crashes, I'm not sure how to do this.
>
> Please advise. Thanks!
What if you run GDB from a TTY or another X11 session? You would need
to adjust the DISPLAY variable before the `run' command like this:
(gdb) set environment DISPLAY :0
[ Replace :0 with whatever the DISPLAY envvar should be, of course. ]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 07:34:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 74981 <at> debbugs.gnu.org (full text, mbox):
> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
> Cc: 74981 <at> debbugs.gnu.org, Visuwesh <visuweshm <at> gmail.com>
> Date: Fri, 20 Dec 2024 18:15:33 -0800
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Date: Thu, 19 Dec 2024 14:06:59 -0800
> >> From: Joseph Turner via "Bug reports for GNU Emacs,
> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >>
> >> Tested on two window managers, exwm and dwm, with emacs -Q:
> >>
> >> Open the minibuffer, e.g., with M-x eval-expression. Run
> >> text-scale-adjust with C-x C-=. The minibuffer text gets
> >> bigger. Repeatedly press C-= until X11 crashes, bringing you back to the
> >> login prompt.
> >
> > Thanks.
> >
> > I can't reproduce this, but I'm not on X11. What happens here is that
> > after many "C-x C-= C-=" presses, the minibuffer (whose contents
> > becomes illegible long before that) starts blinking, and I need to C-g
> > out of it (or C-x C-c to kill Emacs). This seems harmless enough,
> > since the enlarged font is not useful past the point where the
> > minibuffer no longer shows the minibuffer text.
> >
> > Can you run this under GDB, and when Emacs crashes, type
> >
> > (gdb) thread apply all bt
> >
> > and post everything GDB produces as result?
>
> Since the entire X11 session crashes, I'm not sure how to do this.
>
> Please advise. Thanks!
I thought by "X11 session crashes" you meant the Emacs session. If
X11 itself crashes, then I'd first look in the syslog file for any
more detailed information about the crash, and then look for
description of similar X11 crashes on the Internet. Also, perhaps
upgrading or downgrading your X11 version would fix the problem.
Perhaps you can run X11 itself under GDB, but I don't know how.
Sorry.
One other idea is to change the font you use for the default face,
maybe it's the font which causes the problem. Cairo could also be the
culprit, so using a different version of Cairo or a non-Cairo build
might solve the problem.
Finally, can I ask why you need to repeatedly press C-= so many times?
is that a real-life need or just a curiosity?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 19:05:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
>> Cc: 74981 <at> debbugs.gnu.org, Visuwesh <visuweshm <at> gmail.com>
>> Date: Fri, 20 Dec 2024 18:15:33 -0800
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> Date: Thu, 19 Dec 2024 14:06:59 -0800
>> >> From: Joseph Turner via "Bug reports for GNU Emacs,
>> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>> >>
>> >> Tested on two window managers, exwm and dwm, with emacs -Q:
>> >>
>> >> Open the minibuffer, e.g., with M-x eval-expression. Run
>> >> text-scale-adjust with C-x C-=. The minibuffer text gets
>> >> bigger. Repeatedly press C-= until X11 crashes, bringing you back
>> >> to the
>> >> login prompt.
>> >
>> > Thanks.
>> >
>> > I can't reproduce this, but I'm not on X11. What happens here is
>> > that
>> > after many "C-x C-= C-=" presses, the minibuffer (whose contents
>> > becomes illegible long before that) starts blinking, and I need to
>> > C-g
>> > out of it (or C-x C-c to kill Emacs). This seems harmless enough,
>> > since the enlarged font is not useful past the point where the
>> > minibuffer no longer shows the minibuffer text.
>> >
>> > Can you run this under GDB, and when Emacs crashes, type
>> >
>> > (gdb) thread apply all bt
>> >
>> > and post everything GDB produces as result?
>>
>> Since the entire X11 session crashes, I'm not sure how to do this.
>>
>> Please advise. Thanks!
>
> I thought by "X11 session crashes" you meant the Emacs session. If
> X11 itself crashes, then I'd first look in the syslog file for any
> more detailed information about the crash, and then look for
> description of similar X11 crashes on the Internet. Also, perhaps
> upgrading or downgrading your X11 version would fix the problem.
The relevant part of ~/.local/share/xorg/Xorg.0.log.old appears to be:
[173297.242] Failed to compile FS: 0:1(10): error: GLSL 1.30 is not supported. Supported versions are: 1.10, 1.20, and 1.00 ES
[173297.242] Program source:
#version 130
#ifdef GL_ES
precision mediump float;
#endif
#define RepeatNone 0
#define RepeatNormal 1
#define RepeatPad 2
#define RepeatReflect 3
#define RepeatFix 10
uniform int source_repeat_mode;
uniform int mask_repeat_mode;
vec2 rel_tex_coord(vec2 texture, vec4 wh, int repeat)
{
vec2 rel_tex;
rel_tex = texture * wh.xy;
if (repeat == RepeatFix + RepeatNone)
return rel_tex;
else if (repeat == RepeatFix + RepeatNormal)
rel_tex = floor(rel_tex) + (fract(rel_tex) / wh.xy);
else if (repeat == RepeatFix + RepeatPad) {
if (rel_tex.x >= 1.0)
rel_tex.x = 1.0 - wh.z * wh.x / 2.;
else if (rel_tex.x < 0.0)
rel_tex.x = 0.0;
if (rel_tex.y >= 1.0)
rel_tex.y = 1.0 - wh.w * wh.y / 2.;
else if (rel_tex.y < 0.0)
rel_tex.y = 0.0;
rel_tex = rel_tex / wh.xy;
} else if (repeat == RepeatFix + RepeatReflect) {
if ((1.0 - mod(abs(floor(rel_tex.x)), 2.0)) < 0.001)
[173297.242] (EE)
Fatal server error:
[173297.242] (EE) GLSL compile failure
[173297.242] (EE)
[173297.242] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
[173297.242] (EE) Please also check the log file at "/home/joseph/.local/share/xorg/Xorg.0.log" for additional information.
[173297.242] (EE)
[173297.242] (II) AIGLX: Suspending AIGLX clients for VT switch
[173297.256] (EE) Server terminated with error (1). Closing log file.
I looked up keywords like "GLSL compile failure" but to no avail.
> Perhaps you can run X11 itself under GDB, but I don't know how.
> Sorry.
>
> One other idea is to change the font you use for the default face,
> maybe it's the font which causes the problem. Cairo could also be the
> culprit, so using a different version of Cairo or a non-Cairo build
> might solve the problem.
>
> Finally, can I ask why you need to repeatedly press C-= so many times?
> is that a real-life need or just a curiosity?
I initially did it in an attempt to see greater detail in the Chinese
characters I'd typed in, but it's not something I need to do. This is a
very low-priority issue for me.
Joseph
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 20:32:02 GMT)
Full text and
rfc822 format available.
Message #26 received at submit <at> debbugs.gnu.org (full text, mbox):
Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
> I looked up keywords like "GLSL compile failure" but to no avail.
GLSL is OpenGL Shading Language. Maybe something with your OpenGL
installation is somehow wrong if it complains about unsupported
versions.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 20:32:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 20:38:01 GMT)
Full text and
rfc822 format available.
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
> Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>> I looked up keywords like "GLSL compile failure" but to no avail.
>
> GLSL is OpenGL Shading Language. Maybe something with your OpenGL
> installation is somehow wrong if it complains about unsupported
> versions.
Thank you.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 21 Dec 2024 20:39:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 04 Jan 2025 11:42:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 74981 <at> debbugs.gnu.org (full text, mbox):
> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
> Cc: Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>,
> 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
> Date: Sat, 21 Dec 2024 12:37:25 -0800
>
> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
>
> > Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
> > text editors" <bug-gnu-emacs <at> gnu.org> writes:
> >
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >
> >> I looked up keywords like "GLSL compile failure" but to no avail.
> >
> > GLSL is OpenGL Shading Language. Maybe something with your OpenGL
> > installation is somehow wrong if it complains about unsupported
> > versions.
>
> Thank you.
Ping! Any new information about this? If not, how can we make some
progress with this issue?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Mon, 13 Jan 2025 07:36:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
>> Cc: Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
>> text editors" <bug-gnu-emacs <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>,
>> 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
>> Date: Sat, 21 Dec 2024 12:37:25 -0800
>>
>> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
>>
>> > Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
>> > text editors" <bug-gnu-emacs <at> gnu.org> writes:
>> >
>> >> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >
>> >> I looked up keywords like "GLSL compile failure" but to no avail.
>> >
>> > GLSL is OpenGL Shading Language. Maybe something with your OpenGL
>> > installation is somehow wrong if it complains about unsupported
>> > versions.
>>
>> Thank you.
>
> Ping! Any new information about this? If not, how can we make some
> progress with this issue?
Sorry for the late response. I haven't ever used gdb, nor have I messed
around with changing fonts on Linux, like you suggested earlier:
> One other idea is to change the font you use for the default face,
> maybe it's the font which causes the problem. Cairo could also be the
> culprit, so using a different version of Cairo or a non-Cairo build
> might solve the problem.
If someone gives me some steps to follow to dig into the bug, I'm happy
to be the guinea pig.
Thank you!
Joseph
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sat, 18 Jan 2025 10:32:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 74981 <at> debbugs.gnu.org (full text, mbox):
> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
> Date: Sun, 12 Jan 2025 23:34:50 -0800
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > One other idea is to change the font you use for the default face,
> > maybe it's the font which causes the problem. Cairo could also be the
> > culprit, so using a different version of Cairo or a non-Cairo build
> > might solve the problem.
>
> If someone gives me some steps to follow to dig into the bug, I'm happy
> to be the guinea pig.
To change the default font, invoke Emacs as follows:
$ emacs -Q -fn "name of the font here"
Do you also need more detailed instructions regarding a different
version of Cairo or building Emacs without Cairo?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Wed, 29 Jan 2025 08:05:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
>> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
>> Date: Sun, 12 Jan 2025 23:34:50 -0800
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> > One other idea is to change the font you use for the default face,
>> > maybe it's the font which causes the problem. Cairo could also be the
>> > culprit, so using a different version of Cairo or a non-Cairo build
>> > might solve the problem.
>>
>> If someone gives me some steps to follow to dig into the bug, I'm happy
>> to be the guinea pig.
>
> To change the default font, invoke Emacs as follows:
>
> $ emacs -Q -fn "name of the font here"
I downloaded https://typeof.net/Iosevka/ and was able to reproduce the
issue even using the Iosevka font.
> Do you also need more detailed instructions regarding a different
> version of Cairo or building Emacs without Cairo?
I compiled Emacs from b1e5f6d6ef8 by running "make", and the bug still
happens, so it appears to not be an issue with Cairo.
I also tested on my desktop, but I can only reproduce this on my X200
Thinkpad, which has a relatively small display. Maybe that's relevant.
Visuwesh, what is the size of the display on the machine you used to
reproduce the issue?
Thank you,
Joseph
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Wed, 29 Jan 2025 12:48:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 74981 <at> debbugs.gnu.org (full text, mbox):
> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
> Date: Wed, 29 Jan 2025 00:04:19 -0800
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
> >> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
> >> Date: Sun, 12 Jan 2025 23:34:50 -0800
> >>
> >> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>
> >> > One other idea is to change the font you use for the default face,
> >> > maybe it's the font which causes the problem. Cairo could also be the
> >> > culprit, so using a different version of Cairo or a non-Cairo build
> >> > might solve the problem.
> >>
> >> If someone gives me some steps to follow to dig into the bug, I'm happy
> >> to be the guinea pig.
> >
> > To change the default font, invoke Emacs as follows:
> >
> > $ emacs -Q -fn "name of the font here"
>
> I downloaded https://typeof.net/Iosevka/ and was able to reproduce the
> issue even using the Iosevka font.
>
> > Do you also need more detailed instructions regarding a different
> > version of Cairo or building Emacs without Cairo?
>
> I compiled Emacs from b1e5f6d6ef8 by running "make", and the bug still
> happens, so it appears to not be an issue with Cairo.
>
> I also tested on my desktop, but I can only reproduce this on my X200
> Thinkpad, which has a relatively small display. Maybe that's relevant.
Maybe. Unfortunately, I don't know how to debug crashes in X11. If
someone else does, please speak up.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Wed, 29 Jan 2025 14:03:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 74981 <at> debbugs.gnu.org (full text, mbox):
[புதன் ஜனவரி 29, 2025] Joseph Turner wrote:
> Visuwesh, what is the size of the display on the machine you used to
> reproduce the issue?
Sorry, I must have been too terse with my earlier message. I meant that
I could *not* reproduce the issue, just like Eli couldn't.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Sun, 02 Mar 2025 04:28:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
>> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
>> Date: Wed, 29 Jan 2025 00:04:19 -0800
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> From: Joseph Turner <joseph <at> breatheoutbreathe.in>
>> >> Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
>> >> Date: Sun, 12 Jan 2025 23:34:50 -0800
>> >>
>> >> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >>
>> >> > One other idea is to change the font you use for the default face,
>> >> > maybe it's the font which causes the problem. Cairo could also be the
>> >> > culprit, so using a different version of Cairo or a non-Cairo build
>> >> > might solve the problem.
>> >>
>> >> If someone gives me some steps to follow to dig into the bug, I'm happy
>> >> to be the guinea pig.
>> >
>> > To change the default font, invoke Emacs as follows:
>> >
>> > $ emacs -Q -fn "name of the font here"
>>
>> I downloaded https://typeof.net/Iosevka/ and was able to reproduce the
>> issue even using the Iosevka font.
>>
>> > Do you also need more detailed instructions regarding a different
>> > version of Cairo or building Emacs without Cairo?
>>
>> I compiled Emacs from b1e5f6d6ef8 by running "make", and the bug still
>> happens, so it appears to not be an issue with Cairo.
>>
>> I also tested on my desktop, but I can only reproduce this on my X200
>> Thinkpad, which has a relatively small display. Maybe that's relevant.
>
> Maybe. Unfortunately, I don't know how to debug crashes in X11. If
> someone else does, please speak up.
Maybe Po Lu has some ideas (in Cc).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#74981
; Package
emacs
.
(Wed, 12 Mar 2025 03:55:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 74981 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefankangas <at> gmail.com> writes:
> Maybe Po Lu has some ideas (in Cc).
X server crashes are not in our purview and should be reported to your X
server's developers, because the X server ought never to crash and to at
worst report an error so that clients may understand the source of their
problems.
This bug report was last modified 100 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.