GNU bug report logs -
#21131
printing character representation of numbers can be slow
Previous Next
Reported by: Chris Stacy <cstacy <at> dtpq.com>
Date: Sat, 25 Jul 2015 02:23:02 UTC
Severity: minor
Tags: fixed, patch
Merged with 16828,
19023,
23930
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
View this message in rfc822 format
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."
This bug report was last modified 8 years and 5 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.