GNU bug report logs - #30788
27.0.50; Getting 'char-displayable-p: Invalid hash table rehash size: 1.0' when starting emacs -Q

Previous Next

Package: emacs;

Reported by: Mats Lidell <mats.lidell <at> cag.se>

Date: Mon, 12 Mar 2018 22:13:01 UTC

Severity: normal

Tags: fixed

Merged with 30877

Found in versions 25.3, 27.0.50

Fixed in version 26.1

Done: Noam Postavsky <npostavs <at> gmail.com>

Bug is archived. No further changes may be made.

Forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=105492

Full log

View this message in rfc822 format

From: Ulrich Mueller <ulm <at> gentoo.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 30788 <at> debbugs.gnu.org, mats.lidell <at> cag.se
Subject: bug#30788: 27.0.50; Getting 'char-displayable-p: Invalid hash table rehash size: 1.0' when starting emacs -Q
Date: Tue, 13 Mar 2018 21:06:40 +0100

>>>>> On Tue, 13 Mar 2018, Eli Zaretskii wrote:

> So you are saying that the problems happen when LC_NUMERIC sets a
> locale whose decimal dot is not a period?

I cannot say that this is the reason, only that the problem occurs
with de_DE.UTF-8 (and fr_FR.UTF-8 too) but not with en_US.UTF-8.

> Is this relevant to 25.3 or 27 (or both)?

Both.

> Anyway, what does that have to do with fontconfig?  Emacs arranges
> for LC_NUMERIC to be "C" at startup (see fixup_locale); does this
> new versio0n of fontconfig somehow countermands that?

I believe that this line in function FcConfigEnsure is the culprit
(present in 2.13.0 but not in 2.12.6):
https://cgit.freedesktop.org/fontconfig/tree/src/fccfg.c?h=2.13.0#n52

        setlocale (LC_ALL, "");

Patching that code out fixes the problem here.
This bug report was last modified 7 years ago.

Previous Next

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