GNU bug report logs - #21131
printing character representation of numbers can be slow

Previous Next

Full log

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Chris Stacy <cstacy <at> dtpq.com>
Cc: 21131 <at> debbugs.gnu.org
Subject: Re: bug#21131: minibuffer repl delay
Date: Sat, 25 Jul 2015 08:44:43 +0200

Chris Stacy <cstacy <at> dtpq.com> writes:

> But doing the same thing in the minibuffer (eval-expression)
> incurs a huge delay after I hit ENTER and before seeing the answer.
> For example, the above expression took over 7 seconds before I saw:
>
> 2117 (#o4105, #x845)
>
> I can't tell if it is just arithmetic because the delays seem to random.

It comes from trying to render the number as a character, and it can
take some time to find a font that contains this character, if any.

> Sometimes there doesn't seem to be a delay.
> This always comes back right away:
>
> (length '(a b c d e))
> 5 (#o5, #x5, ?\C-e)

5 isn't a printable character, so it is rendered as ?\C-e.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Previous Next

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