GNU bug report logs - #39133
28.0.50; Emacs slowdown on special char

Previous Next

Package: emacs;

Reported by: Evgeny Zajcev <lg.zevlg <at> gmail.com>

Date: Tue, 14 Jan 2020 13:22:02 UTC

Severity: normal

Found in version 28.0.50

Fixed in version 27.1

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

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39133 <at> debbugs.gnu.org, lg.zevlg <at> gmail.com, mituharu <at> math.s.chiba-u.ac.jp, handa <at> gnu.org
Subject: bug#39133: 28.0.50; Emacs slowdown on special char
Date: Fri, 24 Jan 2020 14:09:22 +0100

>>>>> On Fri, 24 Jan 2020 12:22:38 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Robert Pluim <rpluim <at> gmail.com>
    >> Cc: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>,
    >> 39133 <at> debbugs.gnu.org,  lg.zevlg <at> gmail.com,  handa <at> gnu.org
    >> Date: Fri, 24 Jan 2020 11:13:54 +0100
    >> 
    >> >>>>> On Wed, 15 Jan 2020 18:19:28 +0200, Eli Zaretskii <eliz <at> gnu.org> said:
    Eli> We could do in the 'else' branch the same we do in the single caller
    Eli> of this function, fill_gstring_body, when we don't call
    Eli> font_fill_lglyph_metrics:
    >> 
    >> Rather than duplicate that code, I moved the FONT_INVALID_CODE check
    >> up. This works for me:

    Eli> Looks reasonable, thanks.

Except it crashes under -nw. More investigation required.

Robert
This bug report was last modified 5 years and 84 days ago.

Previous Next

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