GNU bug report logs - #22976
24.5; setting unread-command-events to non cons puts emacs in 100% CPU use

Previous Next

Full log

View this message in rfc822 format

From: Eyal Lotem <eyal.lotem <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Andreas Schwab <schwab <at> suse.de>, 22976 <at> debbugs.gnu.org
Subject: bug#22976: 24.5; setting unread-command-events to non cons puts emacs in 100% CPU use
Date: Thu, 10 Mar 2016 12:34:08 +0200

[Message part 1 (text/plain, inline)]

It can be set to any value at all, unfortunately.

The problem now is that non-cons/non-nil values are ignored.
The loop to repeatedly thinks there's input so it consumes 100% cpu, each
iteration seeing that it isn't a cons cell, so there's "nothing to do".

On Thu, Mar 10, 2016 at 12:25 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: Andreas Schwab <schwab <at> suse.de>
> > Date: Thu, 10 Mar 2016 10:42:53 +0100
> > Cc: 22976 <at> debbugs.gnu.org
> >
> > Eyal Lotem <eyal.lotem <at> gmail.com> writes:
> >
> > > As can be reproduced easily:
> > >
> > > (setq unread-command-events 1) -- emacs now at 100% CPU
> > > (setq unread-command-events nil) -- emacs OK again
> >
> > Don't do that then.
>
> Can unread-command-events be anything but nil or a cons cell?  If not,
> we could change the few tests of the value to explicitly ignore
> non-nil, non-cons values.  Do you see any immediate problems with such
> a change?
>
> Thanks.
>



-- 
Eyal

[Message part 2 (text/html, inline)]

Previous Next

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