GNU bug report logs - #74981
29.4; X11 crash when minibuffer text scale is increased greatly

Previous Next

Package: emacs;

Reported by: Joseph Turner <joseph <at> breatheoutbreathe.in>

Date: Thu, 19 Dec 2024 22:08:02 UTC

Severity: normal

Found in version 29.4

To reply to this bug, email your comments to 74981 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.4; X11 crash when minibuffer text scale is increased greatly 
Date: Thu, 19 Dec 2024 14:06:59 -0800
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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: 74981 <at> debbugs.gnu.org
Subject: Re: bug#74981: 29.4;
 X11 crash when minibuffer text scale is increased greatly
Date: Fri, 20 Dec 2024 08:55:38 +0200
> 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):

From: Visuwesh <visuweshm <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 74981 <at> debbugs.gnu.org, Joseph Turner <joseph <at> breatheoutbreathe.in>
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Fri, 20 Dec 2024 18:58:06 +0530
[வெள்ளி டிசம்பர் 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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 74981 <at> debbugs.gnu.org, Visuwesh <visuweshm <at> gmail.com>
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
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!

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):

From: Visuwesh <visuweshm <at> gmail.com>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 74981 <at> debbugs.gnu.org
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 21 Dec 2024 11:58:15 +0530
[வெள்ளி டிசம்பர் 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: Eli Zaretskii <eliz <at> gnu.org>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 21 Dec 2024 09:32:56 +0200
> 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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 21 Dec 2024 11:03:48 -0800
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):

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Joseph Turner via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, visuweshm <at> gmail.com, 74981 <at> debbugs.gnu.org,
 Joseph Turner <joseph <at> breatheoutbreathe.in>
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 21 Dec 2024 21:30:58 +0100
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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: "Joseph Turner via Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>, 74981 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
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.




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: Eli Zaretskii <eliz <at> gnu.org>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 04 Jan 2025 13:41:14 +0200
> 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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sun, 12 Jan 2025 23:34:50 -0800
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: Eli Zaretskii <eliz <at> gnu.org>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 18 Jan 2025 12:30:52 +0200
> 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):

From: Joseph Turner <joseph <at> breatheoutbreathe.in>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
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.

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: Eli Zaretskii <eliz <at> gnu.org>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: gerd.moellmann <at> gmail.com, 74981 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Wed, 29 Jan 2025 14:46:53 +0200
> 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):

From: Visuwesh <visuweshm <at> gmail.com>
To: Joseph Turner <joseph <at> breatheoutbreathe.in>
Cc: gerd.moellmann <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>,
 74981 <at> debbugs.gnu.org
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Wed, 29 Jan 2025 19:31:47 +0530
[புதன் ஜனவரி 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):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: gerd.moellmann <at> gmail.com, Po Lu <luangruo <at> yahoo.com>, visuweshm <at> gmail.com,
 74981 <at> debbugs.gnu.org, Joseph Turner <joseph <at> breatheoutbreathe.in>
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Sat, 1 Mar 2025 20:27:20 -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: 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):

From: Po Lu <luangruo <at> yahoo.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: gerd.moellmann <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>,
 Joseph Turner <joseph <at> breatheoutbreathe.in>, 74981 <at> debbugs.gnu.org,
 visuweshm <at> gmail.com
Subject: Re: bug#74981: 29.4; X11 crash when minibuffer text scale is
 increased greatly
Date: Wed, 12 Mar 2025 11:53:49 +0800
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.