Provided by: manpages-posix-dev_2.16-1_all bug

NAME

       timer_getoverrun, timer_gettime, timer_settime - per-process timers (REALTIME)

SYNOPSIS

       #include <time.h>

       int timer_getoverrun(timer_t timerid);
       int timer_gettime(timer_t timerid, struct itimerspec *value);
       int timer_settime(timer_t timerid, int flags,
              const struct itimerspec *restrict value,
              struct itimerspec *restrict ovalue);

DESCRIPTION

       The  timer_gettime()  function  shall  store the amount of time until the specified timer,
       timerid, expires and the reload value of the timer into the space pointed to by the  value
       argument.  The  it_value  member of this structure shall contain the amount of time before
       the timer expires, or zero if the timer  is  disarmed.  This  value  is  returned  as  the
       interval  until  timer  expiration,  even  if  the timer was armed with absolute time. The
       it_interval member of value shall contain the reload value last set by timer_settime().

       The timer_settime() function shall set the time until the next  expiration  of  the  timer
       specified  by  timerid from the it_value member of the value argument and arm the timer if
       the it_value member of value is non-zero. If the specified timer was  already  armed  when
       timer_settime()  is  called,  this  call shall reset the time until next expiration to the
       value specified. If the it_value member of value is zero, the timer shall be disarmed. The
       effect  of  disarming  or  resetting  a  timer  with  pending  expiration notifications is
       unspecified.

       If the flag TIMER_ABSTIME is not set in the argument flags, timer_settime()  shall  behave
       as  if  the time until next expiration is set to be equal to the interval specified by the
       it_value member of value. That is, the timer shall expire  in  it_value  nanoseconds  from
       when  the  call  is  made.  If  the  flag  TIMER_ABSTIME  is  set  in  the argument flags,
       timer_settime() shall behave as if the time until next expiration is set to  be  equal  to
       the difference between the absolute time specified by the it_value member of value and the
       current value of the clock associated with timerid.  That is, the timer shall expire  when
       the  clock  reaches  the value specified by the it_value member of value. If the specified
       time has already passed, the function shall succeed and the expiration notification  shall
       be made.

       The  reload  value  of  the  timer  shall be set to the value specified by the it_interval
       member of value. When a timer is  armed  with  a  non-zero  it_interval,  a  periodic  (or
       repetitive) timer is specified.

       Time  values  that  are  between  two  consecutive  non-negative  integer multiples of the
       resolution of the specified timer shall be rounded  up  to  the  larger  multiple  of  the
       resolution.  Quantization  error  shall  not  cause  the  timer to expire earlier than the
       rounded time value.

       If the argument ovalue is not NULL, the  timer_settime()  function  shall  store,  in  the
       location referenced by ovalue, a value representing the previous amount of time before the
       timer would have expired, or zero if the timer was disarmed, together  with  the  previous
       timer reload value. Timers shall not expire before their scheduled time.

       Only  a  single  signal  shall  be queued to the process for a given timer at any point in
       time. When a timer for which a signal is still pending expires, no signal shall be queued,
       and  a  timer  overrun  shall  occur.    When a timer expiration signal is delivered to or
       accepted by a process, if the implementation supports the Realtime Signals Extension,  the
       timer_getoverrun()  function  shall  return  the  timer  expiration  overrun count for the
       specified timer. The overrun count returned contains the number of extra timer expirations
       that occurred between the time the signal was generated (queued) and when it was delivered
       or  accepted,  up  to   but   not   including   an   implementation-defined   maximum   of
       {DELAYTIMER_MAX}.  If  the  number  of  such extra expirations is greater than or equal to
       {DELAYTIMER_MAX}, then the overrun count shall  be  set  to  {DELAYTIMER_MAX}.  The  value
       returned  by  timer_getoverrun() shall apply to the most recent expiration signal delivery
       or acceptance for the timer.  If no expiration signal has been delivered for the timer, or
       if the Realtime Signals Extension is not supported, the return value of timer_getoverrun()
       is unspecified.

RETURN VALUE

       If the timer_getoverrun() function succeeds, it shall return the timer expiration  overrun
       count as explained above.

       If  the  timer_gettime()  or  timer_settime()  functions  succeed,  a  value of 0 shall be
       returned.

       If an error occurs for any of these functions, the value -1 shall be returned,  and  errno
       set to indicate the error.

ERRORS

       The timer_getoverrun(), timer_gettime(), and timer_settime() functions shall fail if:

       EINVAL The  timerid  argument  does not correspond to an ID returned by timer_create() but
              not yet deleted by timer_delete().

       The timer_settime() function shall fail if:

       EINVAL A value structure specified a nanosecond value less than zero or  greater  than  or
              equal  to  1000  million, and the it_value member of that structure did not specify
              zero seconds and nanoseconds.

       The following sections are informative.

EXAMPLES

       None.

APPLICATION USAGE

       None.

RATIONALE

       Practical clocks tick at a finite rate, with rates of  100  hertz  and  1000  hertz  being
       common.  The  inverse  of  this  tick  rate is the clock resolution, also called the clock
       granularity, which in either case is expressed as a time duration, being  10  milliseconds
       and  1  millisecond  respectively  for  these  common rates.  The granularity of practical
       clocks implies that if one reads a given clock twice in rapid succession, one may get  the
       same  time  value  twice;  and  that  timers  must  wait for the next clock tick after the
       theoretical expiration time, to ensure that a timer never returns too soon. Note also that
       the  granularity of the clock may be significantly coarser than the resolution of the data
       format used to set and get time and interval values. Also note that  some  implementations
       may  choose  to  adjust  time  and/or  interval  values  to exactly match the ticks of the
       underlying clock.

       This volume of  IEEE Std 1003.1-2001  defines  functions  that  allow  an  application  to
       determine   the  implementation-supported  resolution  for  the  clocks  and  requires  an
       implementation to document the resolution supported for timers  and  nanosleep()  if  they
       differ  from  the  supported clock resolution.  This is more of a procurement issue than a
       runtime application issue.

FUTURE DIRECTIONS

       None.

SEE ALSO

       clock_getres() , timer_create() , the Base  Definitions  volume  of  IEEE Std 1003.1-2001,
       <time.h>

COPYRIGHT

       Portions  of  this  text  are  reprinted  and  reproduced in electronic form from IEEE Std
       1003.1, 2003 Edition, Standard for Information Technology  --  Portable  Operating  System
       Interface  (POSIX), The Open Group Base Specifications Issue 6, Copyright (C) 2001-2003 by
       the Institute of Electrical and Electronics Engineers, Inc and  The  Open  Group.  In  the
       event  of  any  discrepancy  between this version and the original IEEE and The Open Group
       Standard, the original IEEE and The Open Group  Standard  is  the  referee  document.  The
       original Standard can be obtained online at http://www.opengroup.org/unix/online.html .