GNU bug report logs - #30874
Displaying char \x274C with Dejavu Sans Mono gives "X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 138"

Previous Next

Package: emacs;

Reported by: Jan Synacek <jsynacek <at> redhat.com>

Date: Tue, 20 Mar 2018 10:26:01 UTC

Severity: important

Tags: fixed

Merged with 30045, 31547, 31758, 31801, 31936

Found in versions 26.1, 27.0.50, 25.3

Fixed in version 26.2

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

Message #51 received at 30874 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 30874 <at> debbugs.gnu.org, jsynacek <at> redhat.com
Subject: Re: bug#30874: 27.0.50; Emacs crashes
Date: Tue, 27 Mar 2018 00:16:37 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> You're in a maze of twisty pointers, all subtly different and
> half-opaque. I may end up having to build my own Xft lib.

Eli nailed it in about the 2nd message of this thread.

I added some debug to libXft. When the set-fonset-font is executed,
Xft loads /usr/share/fonts/eosrei-emojione/emojione-android.ttf. Some
of the glyphs in that font cause Xft to allocate 16384 bytes of bitmap
buffer, which is what causes the problems [1]. If I move that font out
of the way I get no crash. I think we're back to a
variant of Bug #30045.

Robert

Footnotes: 
[1]  Is Xft *really* this fragile?
This bug report was last modified 6 years and 164 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.