GNU logs - #35400, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35400: 27.0.50; Timers repeated after waking from suspend
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Apr 2019 17:00:02 +0000
Resent-Message-ID: <handler.35400.B.155603879516295 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 35400 <at> debbugs.gnu.org
From: Stefan Monnier <monnier@HIDDEN>
Date: Tue, 23 Apr 2019 12:59:42 -0400
Message-ID: <jwvtveowtc1.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Package: Emacs
Version: 27.0.50

If Emacs is prevented from running for a "long" time (via the `STOP`
signal, C-z, suspend-to-ram, thrashing, you name it), the "missed"
repetitions of timer events all get run when we wake up.

E.g. you can try the following:

    % emacs -Q
    (run-with-timer 5 5 (lambda () (message "Run at: %s" (format-time-string "%H:%M:%S"))))
    C-j
    C-x b *Messages* RET

you should see a message emitted every 5 seconds.  Then do:

    kill -STOP <emacs-pid>

now wait a minute and then

    kill -CONT <emacs-pid>

and you should see something like:

    Run at: 12:49:40 [7 times]

in the *Messages* buffer, before all the repetitions that couldn't be
run while Emacs was suspended are run when we wake up.

Apparently this is *not* a new behavior (I can reproduce it with
Debian's 26.1) although I only recently started noticing it.

If we decide to consider this a feature (I guess there can be
circumstances where it might make sense, tho I'm not sure those would
really work well with the way we handle timers), I think we should
provide some way for users of timers to indicate whether they want to
use this feature or not (and I think it makes sense to default to not
using this feature).

        Stefan

In GNU Emacs 27.0.50 (build 1, x86_64-unknown-linux-gnu, GTK+ Version 3.24.5)
 of 2019-04-14 built on alfajor
Repository revision: bd7668ee53b3597ee229afd83e18b6cdb6315056
Repository branch: work
Windowing system distributor 'The X.Org Foundation', version 11.0.12003000
System Description: Debian GNU/Linux buster/sid

Recent messages:
Mark set
Mark activated
Mark set
Auto-saving...done
Saving file /home/monnier/src/emacs/elpa/packages/smalltalk-mode/smalltalk-mode.el...
Wrote /home/monnier/src/emacs/elpa/packages/smalltalk-mode/smalltalk-mode.el
Saving file /home/monnier/share/etc/diary...
Wrote /home/monnier/share/etc/diary
Marking diary entries...done
(New file)

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Stefan Monnier <monnier@HIDDEN>
Subject: bug#35400: Acknowledgement (27.0.50; Timers repeated after waking
 from suspend)
Message-ID: <handler.35400.B.155603879516295.ack <at> debbugs.gnu.org>
References: <jwvtveowtc1.fsf@HIDDEN>
X-Gnu-PR-Message: ack 35400
X-Gnu-PR-Package: emacs
Reply-To: 35400 <at> debbugs.gnu.org
Date: Tue, 23 Apr 2019 17:00:04 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 35400 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
35400: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D35400
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35400: 27.0.50; Timers repeated after waking from suspend
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Apr 2019 17:31:01 +0000
Resent-Message-ID: <handler.35400.B35400.155604064519163 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Stefan Monnier <monnier@HIDDEN>
Cc: 35400 <at> debbugs.gnu.org
Date: Tue, 23 Apr 2019 20:30:19 +0300
Message-Id: <834l6o4ok4.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-reply-to: <jwvtveowtc1.fsf@HIDDEN> (message from Stefan Monnier
 on Tue, 23 Apr 2019 12:59:42 -0400)
References: <jwvtveowtc1.fsf@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> From: Stefan Monnier <monnier@HIDDEN>
> Date: Tue, 23 Apr 2019 12:59:42 -0400
> 
> now wait a minute and then
> 
>     kill -CONT <emacs-pid>
> 
> and you should see something like:
> 
>     Run at: 12:49:40 [7 times]
> 
> in the *Messages* buffer, before all the repetitions that couldn't be
> run while Emacs was suspended are run when we wake up.
> 
> Apparently this is *not* a new behavior (I can reproduce it with
> Debian's 26.1) although I only recently started noticing it.
> 
> If we decide to consider this a feature (I guess there can be
> circumstances where it might make sense, tho I'm not sure those would
> really work well with the way we handle timers), I think we should
> provide some way for users of timers to indicate whether they want to
> use this feature or not (and I think it makes sense to default to not
> using this feature).

I think you can already control this by customizing the value of
timer-max-repeats.  It is 10 by default, so you should never see more
than 10 repetitions, no matter how long was Emacs suspended.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#35400: 27.0.50; Timers repeated after waking from suspend
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 02 Feb 2021 14:35:01 +0000
Resent-Message-ID: <handler.35400.B35400.161227646532683 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Stefan Monnier <monnier@HIDDEN>, 35400 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <jwvtveowtc1.fsf@HIDDEN> <834l6o4ok4.fsf@HIDDEN>
Date: Tue, 02 Feb 2021 15:34:11 +0100
In-Reply-To: <834l6o4ok4.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 23 Apr
 2019 20:30:19 +0300")
Message-ID: <87y2g6lesc.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Eli Zaretskii <eliz@HIDDEN> writes:

>> If we decide to consider this a feature (I guess there can be
>> circumstances where it might make sense, tho I'm not sure those would
>> really work well with the way we handle timers), I think we should
>> provide some way for users of timers to indicate whether they want to
>> use this feature or not (and I think it makes sense to default to not
>> using this feature).
>
> I think you can already control this by customizing the value of
> timer-max-repeats.  It is 10 by default, so you should never see more
> than 10 repetitions, no matter how long was Emacs suspended.

Right, so the only question here is whether to change the value of that
variable (to not repeat).  I think that would certainly be less
surprising, but I'm not sure whether that would break people's code or
not?

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

Last modified: Tue, 2 Feb 2021 14:45:01 UTC

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