GNU bug report logs - #23930
25.0.95; "M-: 3072 RET" very slow to echo "3072 (#o6000, #xc00)"

Previous Next

Package: emacs;

Reported by: Richard Copley <rcopley <at> gmail.com>

Date: Sat, 9 Jul 2016 21:34:02 UTC

Severity: minor

Tags: fixed, patch

Merged with 16828, 19023, 21131

Found in versions 24.3.50, 24.4, 25.0.95

Fixed in version 26.1

Done: npostavs <at> users.sourceforge.net

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 23930 <at> debbugs.gnu.org
Subject: Re: bug#23930: 25.0.95;
 "M-: 3072 RET" very slow to echo "3072 (#o6000, #xc00)"
Date: Sun, 10 Jul 2016 05:38:36 +0300
> From: Richard Copley <rcopley <at> gmail.com>
> Date: Sat, 9 Jul 2016 22:32:43 +0100
> 
> Recipe from 'emacs -Q':
>   M-: 3072 RET
> 
> This has the result of echoing "3072 (#o6000, #xc00)", but there's a
> pause of around 8 seconds before the result is echoed. The long wait
> is the bug I'm reporting.

It looks for a font to display the codepoint.

> Forgive me if this is hopelessly naive, but as we're only looking for
> one {character or whatever}, is there room to optimize by memoizing
> the corresponding {whatever} in each codepage, and using it while we're
> searching the font files?

It's Windows that does this, not us.  Emacs just tries all the fonts
it can, looking for the character, until it gives up.




This bug report was last modified 8 years and 3 days ago.

Previous Next


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