all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Barry OReilly <gundaetiapo@gmail.com>
To: eggert@cs.ucla.edu, pmlists@free.fr, 15561@debbugs.gnu.org
Subject: bug#15561: periodic timer stops running
Date: Fri, 28 Feb 2014 09:43:41 -0500	[thread overview]
Message-ID: <CAFM41H34vEH8bAx_j=-UqkyESGGbUyeoBAvrwed+NMvAW8YrpQ@mail.gmail.com> (raw)
In-Reply-To: <CAFM41H3u1YQTgWpRGteu+ZQ_g0GUjEdYLjPT2D3VdpZJmo3wEw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 951 bytes --]

> Are you talking about a SIGALRM received during the execution of
> do_pending_atimers, between run_timer's call to set_alarm and
> do_pending_atimers's call to unblock_atimers? If so, the SIGALRM
> should be held by the operating system during that period, and Emacs
> won't be informed of the SIGALRM until unblock_atimers does its
> thing. Sorry, I don't see how this would cause a timer to stop.

I see you're right, because SIGALRM isn't specified with SIG_IGN at
any point.

While verifying that, I found in sys_subshell:

  struct save_signal saved_handlers[5];
  [...]
#ifdef USABLE_SIGIO
  saved_handlers[3].code = SIGIO;
  saved_handlers[4].code = 0;
#else
  saved_handlers[3].code = 0;
#endif

Shouldn't the else case initialize saved_handlers[4]? On the off
chance it is garbage valued coincidentally as SIGALRM, the subsequent
SIG_IGN could drop a pending SIGALRM.

Peter, which OS do you run? What is USABLE_SIGIO in your src/config.h?

[-- Attachment #2: Type: text/html, Size: 1110 bytes --]

  reply	other threads:[~2014-02-28 14:43 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-08 14:20 bug#15561: Timer can miss its SIGALRM Barry OReilly
2014-02-28 14:43 ` Barry OReilly [this message]
2014-02-28 14:50   ` bug#15561: periodic timer stops running Barry OReilly
2014-03-02 15:58   ` Peter Münster
2014-03-04  4:17     ` Barry OReilly
2014-03-04  9:11 ` Peter Münster
2014-03-05 17:13   ` Peter Münster
2014-03-12 21:52   ` Barry OReilly
2014-03-25  8:59 ` Peter Münster
2014-03-25 13:18   ` Barry OReilly
2014-03-25 14:45     ` Paul Eggert
2014-04-24  5:29 ` Peter Münster
  -- strict thread matches above, loose matches on Subject: below --
2014-02-27 15:17 Peter Münster
2014-02-27 20:43 ` bug#15561: " Paul Eggert
     [not found] <CAFM41H34WhVZ_fCWoh9BxDqs07OPXi_u=5ghTHkv_zAp22SxBA@mail.gmail.com>
     [not found] ` <530FF70C.2020905@cs.ucla.edu>
2014-02-28  2:42   ` Paul Eggert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAFM41H34vEH8bAx_j=-UqkyESGGbUyeoBAvrwed+NMvAW8YrpQ@mail.gmail.com' \
    --to=gundaetiapo@gmail.com \
    --cc=15561@debbugs.gnu.org \
    --cc=eggert@cs.ucla.edu \
    --cc=pmlists@free.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.