1998-08-10 16:42:37 -03:00
|
|
|
\section{\module{time} ---
|
|
|
|
Time access and conversions.}
|
1998-07-23 14:59:49 -03:00
|
|
|
\declaremodule{builtin}{time}
|
|
|
|
|
|
|
|
\modulesynopsis{Time access and conversions.}
|
|
|
|
|
1998-04-03 02:12:21 -04:00
|
|
|
|
1994-01-01 21:22:07 -04:00
|
|
|
This module provides various time-related functions.
|
1994-08-23 10:26:22 -03:00
|
|
|
It is always available.
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
An explanation of some terminology and conventions is in order.
|
|
|
|
|
|
|
|
\begin{itemize}
|
|
|
|
|
|
|
|
\item
|
1998-04-11 01:52:15 -03:00
|
|
|
The \dfn{epoch}\index{epoch} is the point where the time starts. On
|
|
|
|
January 1st of that year, at 0 hours, the ``time since the epoch'' is
|
|
|
|
zero. For \UNIX{}, the epoch is 1970. To find out what the epoch is,
|
1998-06-09 18:25:41 -03:00
|
|
|
look at \code{gmtime(0)}.%
|
|
|
|
\index{epoch}
|
|
|
|
|
|
|
|
\item
|
1998-12-08 15:59:36 -04:00
|
|
|
The functions in this module do not handle dates and times before the
|
1998-06-09 18:25:41 -03:00
|
|
|
epoch or far in the future. The cut-off point in the future is
|
1998-12-08 15:59:36 -04:00
|
|
|
determined by the \C{} library; for \UNIX{}, it is typically in 2038.%
|
1998-06-09 18:25:41 -03:00
|
|
|
\index{Year 2038}
|
|
|
|
|
|
|
|
\item
|
1998-12-08 15:59:36 -04:00
|
|
|
\strong{Year 2000 (Y2K) issues}: Python depends on the platform's \C{}
|
|
|
|
library, which generally doesn't have year 2000 issues, since all
|
|
|
|
dates and times are represented internally as seconds since the
|
|
|
|
epoch. Functions accepting a time tuple (see below) generally require
|
|
|
|
a 4-digit year. For backward compatibility, 2-digit years are
|
|
|
|
supported if the module variable \code{accept2dyear} is a non-zero
|
|
|
|
integer; this variable is initialized to \code{1} unless the
|
|
|
|
environment variable \envvar{PYTHONY2K} is set to a non-empty string,
|
|
|
|
in which case it is initialized to \code{0}. Thus, you can set
|
|
|
|
\envvar{PYTHONY2K} in the environment to \code{x} to require 4-digit
|
|
|
|
years for all year input. When 2-digit years are accepted, they are
|
|
|
|
converted according to the \POSIX{} or X/Open standard: values 69-99
|
|
|
|
are mapped to 1969-1999, and values 0--68 are mapped to 2000--2068.
|
|
|
|
Values 100--1899 are always illegal. Note that this is new as of
|
|
|
|
Python 1.5.2(a2); earlier versions, up to Python 1.5.1 and 1.5.2a1,
|
|
|
|
would add 1900 to year values below 1900.%
|
1998-06-09 18:25:41 -03:00
|
|
|
\index{Year 2000}%
|
|
|
|
\index{Y2K}
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
\item
|
|
|
|
UTC is Coordinated Universal Time (formerly known as Greenwich Mean
|
1998-12-08 15:59:36 -04:00
|
|
|
Time, or GMT). The acronym UTC is not a mistake but a compromise
|
|
|
|
between English and French.%
|
1998-04-11 01:52:15 -03:00
|
|
|
\index{UTC}%
|
|
|
|
\index{Coordinated Universal Time}%
|
|
|
|
\index{Greenwich Mean Time}
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
\item
|
|
|
|
DST is Daylight Saving Time, an adjustment of the timezone by
|
|
|
|
(usually) one hour during part of the year. DST rules are magic
|
1998-04-03 02:12:21 -04:00
|
|
|
(determined by local law) and can change from year to year. The \C{}
|
1994-01-01 21:22:07 -04:00
|
|
|
library has a table containing the local rules (often it is read from
|
|
|
|
a system file for flexibility) and is the only source of True Wisdom
|
1998-04-11 01:52:15 -03:00
|
|
|
in this respect.%
|
|
|
|
\index{Daylight Saving Time}
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
\item
|
|
|
|
The precision of the various real-time functions may be less than
|
|
|
|
suggested by the units in which their value or argument is expressed.
|
1996-12-13 18:09:52 -04:00
|
|
|
E.g.\ on most \UNIX{} systems, the clock ``ticks'' only 50 or 100 times a
|
1995-03-17 12:07:09 -04:00
|
|
|
second, and on the Mac, times are only accurate to whole seconds.
|
1994-01-01 21:22:07 -04:00
|
|
|
|
1996-12-12 13:59:37 -04:00
|
|
|
\item
|
1998-04-03 02:12:21 -04:00
|
|
|
On the other hand, the precision of \function{time()} and
|
|
|
|
\function{sleep()} is better than their \UNIX{} equivalents: times are
|
|
|
|
expressed as floating point numbers, \function{time()} returns the
|
|
|
|
most accurate time available (using \UNIX{} \cfunction{gettimeofday()}
|
|
|
|
where available), and \function{sleep()} will accept a time with a
|
|
|
|
nonzero fraction (\UNIX{} \cfunction{select()} is used to implement
|
|
|
|
this, where available).
|
1996-12-12 13:59:37 -04:00
|
|
|
|
1996-07-30 15:32:04 -03:00
|
|
|
\item
|
1998-06-09 18:25:41 -03:00
|
|
|
The time tuple as returned by \function{gmtime()},
|
|
|
|
\function{localtime()}, and \function{strptime()}, and accepted by
|
1999-01-19 15:35:18 -04:00
|
|
|
\function{asctime()}, \function{mktime()} and \function{strftime()},
|
|
|
|
is a tuple of 9 integers: year (e.g.\ 1993), month (1--12), day
|
|
|
|
(1--31), hour (0--23), minute (0--59), second (0--59), weekday (0--6,
|
|
|
|
monday is 0), Julian day (1--366) and daylight savings flag (-1, 0 or
|
|
|
|
1). Note that unlike the \C{} structure, the month value is a range
|
|
|
|
of 1-12, not 0-11. A year value will be handled as descibed under
|
|
|
|
``Year 2000 (Y2K) issues'' above. A \code{-1} argument as daylight
|
|
|
|
savings flag, passed to \function{mktime()} will usually result in the
|
|
|
|
correct daylight savings state to be filled in.
|
1996-07-30 15:32:04 -03:00
|
|
|
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{itemize}
|
|
|
|
|
1995-03-17 12:07:09 -04:00
|
|
|
The module defines the following functions and data items:
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
|
1999-01-19 15:35:18 -04:00
|
|
|
\begin{datadesc}{accept2dyear}
|
|
|
|
Boolean value indicating whether two-digit year values will be
|
|
|
|
accepted. This is true by default, but will be set to false if the
|
|
|
|
environment variable \envvar{PYTHONY2K} has been set to a non-empty
|
|
|
|
string. It may also be modified at run time.
|
|
|
|
\end{datadesc}
|
|
|
|
|
1994-01-01 21:22:07 -04:00
|
|
|
\begin{datadesc}{altzone}
|
|
|
|
The offset of the local DST timezone, in seconds west of the 0th
|
1995-03-17 12:07:09 -04:00
|
|
|
meridian, if one is defined. Negative if the local DST timezone is
|
|
|
|
east of the 0th meridian (as in Western Europe, including the UK).
|
|
|
|
Only use this if \code{daylight} is nonzero.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{datadesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{asctime}{tuple}
|
1998-12-08 15:59:36 -04:00
|
|
|
Convert a tuple representing a time as returned by \function{gmtime()}
|
|
|
|
or \function{localtime()} to a 24-character string of the following form:
|
|
|
|
\code{'Sun Jun 20 23:21:05 1993'}. Note: unlike the \C{} function of
|
1994-01-01 21:22:07 -04:00
|
|
|
the same name, there is no trailing newline.
|
|
|
|
\end{funcdesc}
|
|
|
|
|
1994-08-23 10:26:22 -03:00
|
|
|
\begin{funcdesc}{clock}{}
|
|
|
|
Return the current CPU time as a floating point number expressed in
|
1995-03-17 12:07:09 -04:00
|
|
|
seconds. The precision, and in fact the very definiton of the meaning
|
1998-04-03 02:12:21 -04:00
|
|
|
of ``CPU time''\index{CPU time}, depends on that of the \C{} function
|
|
|
|
of the same name, but in any case, this is the function to use for
|
|
|
|
benchmarking\index{benchmarking} Python or timing algorithms.
|
1994-08-23 10:26:22 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
1994-01-01 21:22:07 -04:00
|
|
|
\begin{funcdesc}{ctime}{secs}
|
|
|
|
Convert a time expressed in seconds since the epoch to a string
|
1998-04-03 02:12:21 -04:00
|
|
|
representing local time. \code{ctime(\var{secs})} is equivalent to
|
|
|
|
\code{asctime(localtime(\var{secs}))}.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{datadesc}{daylight}
|
|
|
|
Nonzero if a DST timezone is defined.
|
|
|
|
\end{datadesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{gmtime}{secs}
|
1996-07-30 15:32:04 -03:00
|
|
|
Convert a time expressed in seconds since the epoch to a time tuple
|
|
|
|
in UTC in which the dst flag is always zero. Fractions of a second are
|
1998-06-09 18:25:41 -03:00
|
|
|
ignored. See above for a description of the tuple lay-out.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{localtime}{secs}
|
1998-04-03 02:12:21 -04:00
|
|
|
Like \function{gmtime()} but converts to local time. The dst flag is
|
|
|
|
set to \code{1} when DST applies to the given time.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{mktime}{tuple}
|
1998-12-08 15:59:36 -04:00
|
|
|
This is the inverse function of \function{localtime()}. Its argument
|
|
|
|
is the full 9-tuple (since the dst flag is needed --- pass \code{-1}
|
|
|
|
as the dst flag if it is unknown) which expresses the time in
|
|
|
|
\emph{local} time, not UTC. It returns a floating point number, for
|
|
|
|
compatibility with \function{time()}. If the input value cannot be
|
|
|
|
represented as a valid time, \exception{OverflowError} is raised.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{sleep}{secs}
|
|
|
|
Suspend execution for the given number of seconds. The argument may
|
|
|
|
be a floating point number to indicate a more precise sleep time.
|
|
|
|
\end{funcdesc}
|
|
|
|
|
1995-09-13 14:37:49 -03:00
|
|
|
\begin{funcdesc}{strftime}{format, tuple}
|
1998-12-08 15:59:36 -04:00
|
|
|
Convert a tuple representing a time as returned by \function{gmtime()}
|
|
|
|
or \function{localtime()} to a string as specified by the \var{format}
|
|
|
|
argument. \var{format} must be a string.
|
1996-07-30 15:32:04 -03:00
|
|
|
|
1998-12-08 15:59:36 -04:00
|
|
|
The following directives can be embedded in the \var{format} string.
|
|
|
|
They are shown without the optional field width and precision
|
|
|
|
specification, and are replaced by the indicated characters in the
|
|
|
|
\function{strftime()} result:
|
1996-12-13 18:09:52 -04:00
|
|
|
|
1998-04-11 17:53:03 -03:00
|
|
|
\begin{tableii}{c|p{24em}}{code}{Directive}{Meaning}
|
1998-04-03 02:12:21 -04:00
|
|
|
\lineii{\%a}{Locale's abbreviated weekday name.}
|
|
|
|
\lineii{\%A}{Locale's full weekday name.}
|
|
|
|
\lineii{\%b}{Locale's abbreviated month name.}
|
|
|
|
\lineii{\%B}{Locale's full month name.}
|
|
|
|
\lineii{\%c}{Locale's appropriate date and time representation.}
|
|
|
|
\lineii{\%d}{Day of the month as a decimal number [01,31].}
|
|
|
|
\lineii{\%H}{Hour (24-hour clock) as a decimal number [00,23].}
|
|
|
|
\lineii{\%I}{Hour (12-hour clock) as a decimal number [01,12].}
|
|
|
|
\lineii{\%j}{Day of the year as a decimal number [001,366].}
|
|
|
|
\lineii{\%m}{Month as a decimal number [01,12].}
|
|
|
|
\lineii{\%M}{Minute as a decimal number [00,59].}
|
|
|
|
\lineii{\%p}{Locale's equivalent of either AM or PM.}
|
|
|
|
\lineii{\%S}{Second as a decimal number [00,61].}
|
|
|
|
\lineii{\%U}{Week number of the year (Sunday as the first day of the
|
|
|
|
week) as a decimal number [00,53]. All days in a new year
|
|
|
|
preceding the first Sunday are considered to be in week 0.}
|
|
|
|
\lineii{\%w}{Weekday as a decimal number [0(Sunday),6].}
|
|
|
|
\lineii{\%W}{Week number of the year (Monday as the first day of the
|
|
|
|
week) as a decimal number [00,53]. All days in a new year
|
|
|
|
preceding the first Sunday are considered to be in week 0.}
|
|
|
|
\lineii{\%x}{Locale's appropriate date representation.}
|
|
|
|
\lineii{\%X}{Locale's appropriate time representation.}
|
|
|
|
\lineii{\%y}{Year without century as a decimal number [00,99].}
|
|
|
|
\lineii{\%Y}{Year with century as a decimal number.}
|
|
|
|
\lineii{\%Z}{Time zone name (or by no characters if no time zone exists).}
|
|
|
|
\lineii{\%\%}{\%}
|
1996-12-13 18:09:52 -04:00
|
|
|
\end{tableii}
|
|
|
|
|
|
|
|
Additional directives may be supported on certain platforms, but
|
1998-12-08 15:59:36 -04:00
|
|
|
only the ones listed here have a meaning standardized by ANSI \C{}.
|
1996-12-13 18:09:52 -04:00
|
|
|
|
|
|
|
On some platforms, an optional field width and precision
|
1998-12-08 15:59:36 -04:00
|
|
|
specification can immediately follow the initial \character{\%} of a
|
1996-12-13 18:09:52 -04:00
|
|
|
directive in the following order; this is also not portable.
|
1998-04-03 02:12:21 -04:00
|
|
|
The field width is normally 2 except for \code{\%j} where it is 3.
|
1995-09-13 14:37:49 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
1998-06-09 13:30:56 -03:00
|
|
|
\begin{funcdesc}{strptime}{string\optional{, format}}
|
|
|
|
Parse a string representing a time according to a format. The return
|
1998-12-08 15:59:36 -04:00
|
|
|
value is a tuple as returned by \function{gmtime()} or
|
|
|
|
\function{localtime()}. The \var{format} parameter uses the same
|
|
|
|
directives as those used by \function{strftime()}; it defaults to
|
|
|
|
\code{"\%a \%b \%d \%H:\%M:\%S \%Y"} which matches the formatting
|
|
|
|
returned by \function{ctime()}. The same platform caveats apply; see
|
|
|
|
the local \UNIX{} documentation for restrictions or additional
|
|
|
|
supported directives. If \var{string} cannot be parsed according to
|
|
|
|
\var{format}, \exception{ValueError} is raised. This function may not
|
|
|
|
be defined on all platforms.
|
1998-06-09 13:30:56 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
1994-01-01 21:22:07 -04:00
|
|
|
\begin{funcdesc}{time}{}
|
|
|
|
Return the time as a floating point number expressed in seconds since
|
|
|
|
the epoch, in UTC. Note that even though the time is always returned
|
|
|
|
as a floating point number, not all systems provide time with a better
|
1994-08-23 10:26:22 -03:00
|
|
|
precision than 1 second.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{datadesc}{timezone}
|
|
|
|
The offset of the local (non-DST) timezone, in seconds west of the 0th
|
|
|
|
meridian (i.e. negative in most of Western Europe, positive in the US,
|
|
|
|
zero in the UK).
|
|
|
|
\end{datadesc}
|
|
|
|
|
|
|
|
\begin{datadesc}{tzname}
|
|
|
|
A tuple of two strings: the first is the name of the local non-DST
|
|
|
|
timezone, the second is the name of the local DST timezone. If no DST
|
|
|
|
timezone is defined, the second string should not be used.
|
|
|
|
\end{datadesc}
|
1996-07-30 15:32:04 -03:00
|
|
|
|