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

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

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

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

Looks reasonable, thanks.
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.