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

Previous Next

Full log

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

From: Chris Stacy <cstacy <at> dtpq.com>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 21131 <at> debbugs.gnu.org, Christopher Stacy <cstacy <at> dtpq.com>
Subject: Re: bug#21131: minibuffer repl delay
Date: Sat, 25 Jul 2015 04:20:35 -0400

> On Jul 25, 2015, at 2:44 AM, Andreas Schwab <schwab <at> linux-m68k.org> wrote:
> 
> 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.

Is there some setting that would prevent it from doing that?
Maybe I should just write my own command; maybe there is something I can bind?
i just want a straight PRINT, like I get in *scratch*

Thank you!

Previous Next

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