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

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

bug#40733: 28.0.50; Emacs locks up on paste (yank) of unicode characters


From: Eli Zaretskii
Subject: bug#40733: 28.0.50; Emacs locks up on paste (yank) of unicode characters
Date: Mon, 01 Jun 2020 18:15:32 +0300

> From: Pip Cet <pipcet@gmail.com>
> Date: Mon, 1 Jun 2020 11:44:10 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, "Basil L. Contovounesios" 
> <contovob@tcd.ie>, Robert Pluim <rpluim@gmail.com>, 
>       40733@debbugs.gnu.org, James Cloos <cloos@jhcloos.com>
> 
> On Mon, Jun 1, 2020 at 11:20 AM Will Bush <will.g.bush@gmail.com> wrote:
> > git clone https://github.com/adobe-fonts/adobe-blank.git
> > cd adobe-blank
> > sudo cp AdobeBlank.ttf /usr/share/fonts/
> > fc-cache
> > time emacs -Q --eval '(message "︵")' -kill
> >
> > And it took 4 minutes in the virtual machine!
> > Please try it and see if you can repro!
> 
> It's taking a while here (pretty standard GNU/Linux x86_64 system),
> but something on the order of 20 seconds, not 4 minutes.
> 
> in ftcrfont.c:
> 
>   pat = ftfont_entity_pattern (entity, pixel_size);
>   FcConfigSubstitute (NULL, pat, FcMatchPattern);
>   FcDefaultSubstitute (pat);
>   match = FcFontMatch (NULL, pat, &result); <===========
>   ftfont_fix_match (pat, match);
> 
> This is where it spends so much time. "perf record emacs -Q" suggests
> it's a function called FcCharSetSubtractCount. (You might try running
> that on your setup, too).

Thanks.

>From what I see in the net search, this is a very large font, created
for some very special circumstances.  Not sure we should spend time on
this issue.  Maybe submit a bug report to Fontconfig folks.





reply via email to

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