GNU bug report logs -
#6355
24.0.50; sit-for 0.0 returns nil without user input
Previous Next
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.
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):
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):
"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):
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):
> 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.