bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#43177: Bug: Emacs 27.1 hangs forever in `FcCharSetSubtractCount' fro


From: Robert Pluim
Subject: bug#43177: Bug: Emacs 27.1 hangs forever in `FcCharSetSubtractCount' from '/usr/lib/libfontconfig.so.1'
Date: Fri, 04 Sep 2020 16:04:35 +0200

>>>>> On Fri, 04 Sep 2020 16:30:41 +0300, Eli Zaretskii <eliz@gnu.org> said:

    >> From: Robert Pluim <rpluim@gmail.com>
    >> Cc: schwab@linux-m68k.org,  43177@debbugs.gnu.org,
    >> emacs@Alexander.Shukaev.name
    >> Date: Fri, 04 Sep 2020 15:05:52 +0200
    >> 
    >> +          {
    >> +            list = Fcons (val, list);
    >> +            /* Querying further backends can be very slow, so we only do
    >> +               it if the user has explicitly requested it (Bug#43177).  
*/
    >> +            if (query_all_font_backends == false)
    >> +              break;
    >> +          }

    Eli> Shouldn't we query those other backends if the first one couldn't find
    Eli> a font, even if the variable is nil?  Otherwise, this change could
    Eli> cause regressions in some (hopefully rare) cases, whereby some
    Eli> characters will display as hex codes where previously they were shown
    Eli> using some font.

Thatʼs what this does. The variable is only checked if (ASIZE(val) >
0), if we find zero fonts we go to the next backend.

I tested it before I sent the patch :-)

Hereʼs what I get for Cantonese in etc/HELLO:

              display: by this font (glyph code)
    ftcrhb:-GOOG-Noto Sans CJK 
KR-normal-normal-normal-*-13-*-*-*-*-0-iso10646-1 (#x4F01)

And hereʼs what I get for Korean:

              display: by this font (glyph code)
    x:-daewoo-mincho-medium-r-normal--16-120-100-100-c-160-ksc5601.1987-0
    (#x3E4

Robert





reply via email to

[Prev in Thread] Current Thread [Next in Thread]