GNU bug report logs - #6355
24.0.50; sit-for 0.0 returns nil without user input

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Sat, 5 Jun 2010 15:20:03 UTC

Severity: normal

Tags: moreinfo, unreproducible

Found in version 24.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 6355 in the body.
You can then email your comments to 6355 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org:
bug#6355; Package emacs. (Sat, 05 Jun 2010 15:20:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Drew Adams" <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 05 Jun 2010 15:20:03 GMT) Full text and rfc822 format available.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.50; sit-for 0.0 returns nil without user input
Date: Sat, 5 Jun 2010 08:17:39 -0700
I see this problem systematically starting with Emacs 22 but never with
Emacs 20 or 21.
 
If the sit-for value is 0.0, then it can return nil even without user
input.  If the value is ever so slightly more than 0.0, e.g. 0.001, then
there is no problem.
 
This is using source code, not byte-compiled code, so it's not a
byte-compiler optimization that is causing the problem.
 
I do not have an emacs -Q recipe.  If you just eval (sit-for 0.0) it
returns t.  Executing some of the surrounding code I use also does not
reproduce the problem.  But in my setup (too much to reproduce) it
always returns nil for 0.0.
 
Dunno if maybe it's picking up some non-user event as if it were input.
I do know that without user input the return value is nil (in my
context).

In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2010-05-23 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/xpm/include'
 





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#6355; Package emacs. (Sat, 01 Feb 2014 09:09:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 6355 <at> debbugs.gnu.org
Subject: Re: bug#6355: 24.0.50; sit-for 0.0 returns nil without user input
Date: Sat, 01 Feb 2014 01:07:44 -0800
"Drew Adams" <drew.adams <at> oracle.com> writes:

> I do not have an emacs -Q recipe.  If you just eval (sit-for 0.0) it
> returns t.  Executing some of the surrounding code I use also does not
> reproduce the problem.  But in my setup (too much to reproduce) it
> always returns nil for 0.0.
>
> Dunno if maybe it's picking up some non-user event as if it were input.
> I do know that without user input the return value is nil (in my
> context).

Is this still a problem?  I'm unable to reproduce it.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/




Added tag(s) unreproducible. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 01 Feb 2014 09:09:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#6355; Package emacs. (Fri, 25 Dec 2015 23:06:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 6355 <at> debbugs.gnu.org
Subject: Re: bug#6355: 24.0.50; sit-for 0.0 returns nil without user input
Date: Sat, 26 Dec 2015 00:05:04 +0100
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> "Drew Adams" <drew.adams <at> oracle.com> writes:
>
>> I do not have an emacs -Q recipe.  If you just eval (sit-for 0.0) it
>> returns t.  Executing some of the surrounding code I use also does not
>> reproduce the problem.  But in my setup (too much to reproduce) it
>> always returns nil for 0.0.
>>
>> Dunno if maybe it's picking up some non-user event as if it were input.
>> I do know that without user input the return value is nil (in my
>> context).
>
> Is this still a problem?  I'm unable to reproduce it.

More information was requested, but no response was given within a few
months, so I'm closing this bug report.  If the problem still exists,
please reopen this bug report.
-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 6355 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 25 Dec 2015 23:06:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#6355; Package emacs. (Fri, 25 Dec 2015 23:13:02 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 6355 <at> debbugs.gnu.org
Subject: RE: bug#6355: 24.0.50; sit-for 0.0 returns nil without user input
Date: Fri, 25 Dec 2015 15:12:35 -0800 (PST)
> More information was requested, but no response was given within a few
> months, so I'm closing this bug report.

Yes, it was requested _4 years_ after it was reported, in 2010.  (And
the bug report already made clear that no more info was available.)





bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 23 Jan 2016 12:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 9 years and 154 days ago.

Previous Next


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