1998-08-10 16:42:37 -03:00
|
|
|
\section{\module{time} ---
|
2000-04-03 17:13:55 -03:00
|
|
|
Time access and conversions}
|
1998-07-23 14:59:49 -03:00
|
|
|
|
2000-04-03 17:13:55 -03:00
|
|
|
\declaremodule{builtin}{time}
|
1998-07-23 14:59:49 -03:00
|
|
|
\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.
|
2000-04-03 17:13:55 -03:00
|
|
|
It is always available, but not all functions are available
|
|
|
|
on all platforms.
|
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
|
2001-11-28 03:26:15 -04:00
|
|
|
zero. For \UNIX, the epoch is 1970. To find out what the epoch is,
|
1999-05-26 13:15:17 -03:00
|
|
|
look at \code{gmtime(0)}.
|
1998-06-09 18:25:41 -03:00
|
|
|
|
|
|
|
\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
|
2001-11-28 03:26:15 -04:00
|
|
|
determined by the C library; for \UNIX, it is typically in
|
1999-05-26 13:15:17 -03:00
|
|
|
2038\index{Year 2038}.
|
1998-06-09 18:25:41 -03:00
|
|
|
|
|
|
|
\item
|
1999-05-26 13:15:17 -03:00
|
|
|
\strong{Year 2000 (Y2K) issues}:\index{Year 2000}\index{Y2K} 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
|
1998-12-08 15:59:36 -04:00
|
|
|
environment variable \envvar{PYTHONY2K} is set to a non-empty string,
|
|
|
|
in which case it is initialized to \code{0}. Thus, you can set
|
1999-02-19 13:54:10 -04:00
|
|
|
\envvar{PYTHONY2K} to a non-empty string in the environment to require 4-digit
|
1998-12-08 15:59:36 -04:00
|
|
|
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,
|
1999-05-26 13:15:17 -03:00
|
|
|
would add 1900 to year values below 1900.
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
\item
|
1999-05-26 13:15:17 -03:00
|
|
|
UTC\index{UTC} is Coordinated Universal Time\index{Coordinated
|
|
|
|
Universal Time} (formerly known as Greenwich Mean
|
|
|
|
Time,\index{Greenwich Mean Time} or GMT). The acronym UTC is not a
|
|
|
|
mistake but a compromise between English and French.
|
1994-01-01 21:22:07 -04:00
|
|
|
|
|
|
|
\item
|
1999-05-26 13:15:17 -03:00
|
|
|
DST is Daylight Saving Time,\index{Daylight Saving Time} an adjustment
|
|
|
|
of the timezone by (usually) one hour during part of the year. DST
|
|
|
|
rules are magic (determined by local law) and can change from year to
|
|
|
|
year. The C 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 in this respect.
|
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()},
|
2000-04-03 17:13:55 -03:00
|
|
|
is a tuple of 9 integers:
|
|
|
|
|
|
|
|
\begin{tableiii}{r|l|l}{textrm}{Index}{Field}{Values}
|
2001-07-06 17:30:11 -03:00
|
|
|
\lineiii{0}{year}{(for example, 1993)}
|
2000-04-03 17:13:55 -03:00
|
|
|
\lineiii{1}{month}{range [1,12]}
|
|
|
|
\lineiii{2}{day}{range [1,31]}
|
|
|
|
\lineiii{3}{hour}{range [0,23]}
|
|
|
|
\lineiii{4}{minute}{range [0,59]}
|
|
|
|
\lineiii{5}{second}{range [0,61]; see \strong{(1)} in \function{strftime()} description}
|
2000-07-16 16:01:10 -03:00
|
|
|
\lineiii{6}{weekday}{range [0,6], Monday is 0}
|
2000-04-03 17:13:55 -03:00
|
|
|
\lineiii{7}{Julian day}{range [1,366]}
|
|
|
|
\lineiii{8}{daylight savings flag}{0, 1 or -1; see below}
|
|
|
|
\end{tableiii}
|
|
|
|
|
|
|
|
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 described
|
|
|
|
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
|
|
|
|
2001-10-29 14:01:24 -04:00
|
|
|
When a tuple with an incorrect length is passed to a function
|
|
|
|
expecting a time tuple, or having elements of the wrong type, a
|
|
|
|
\exception{TypeError} is raised.
|
|
|
|
|
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}
|
2000-04-05 12:06:03 -03:00
|
|
|
The offset of the local DST timezone, in seconds west of UTC, if one
|
2000-06-30 01:24:52 -03:00
|
|
|
is defined. This is negative if the local DST timezone is east of UTC
|
|
|
|
(as in Western Europe, including the UK). Only use this if
|
2000-04-05 12:06:03 -03:00
|
|
|
\code{daylight} is nonzero.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{datadesc}
|
|
|
|
|
2001-01-19 19:16:56 -04:00
|
|
|
\begin{funcdesc}{asctime}{\optional{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:
|
2001-01-19 19:16:56 -04:00
|
|
|
\code{'Sun Jun 20 23:21:05 1993'}. If \var{tuple} is not provided, the
|
2001-10-20 01:24:09 -03:00
|
|
|
current time as returned by \function{localtime()} is used.
|
|
|
|
\note{Unlike the C function of the same name, there is no trailing
|
|
|
|
newline.}
|
2001-04-19 01:55:23 -03:00
|
|
|
\versionchanged[Allowed \var{tuple} to be omitted]{2.1}
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
1994-08-23 10:26:22 -03:00
|
|
|
\begin{funcdesc}{clock}{}
|
2001-07-16 12:40:57 -03:00
|
|
|
On \UNIX, return
|
|
|
|
the current processor time as a floating point number expressed in
|
2000-07-16 16:01:10 -03:00
|
|
|
seconds. The precision, and in fact the very definition of the meaning
|
2001-07-16 12:40:57 -03:00
|
|
|
of ``processor time''\index{CPU time}\index{processor 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.
|
|
|
|
|
2001-08-18 22:38:03 -03:00
|
|
|
On Windows, this function returns wall-clock seconds elapsed since the
|
|
|
|
first call to this function, as a floating point number,
|
|
|
|
based on the Win32 function \cfunction{QueryPerformanceCounter()}.
|
|
|
|
The resolution is typically better than one microsecond.
|
1994-08-23 10:26:22 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
2001-01-19 19:16:56 -04:00
|
|
|
\begin{funcdesc}{ctime}{\optional{secs}}
|
1994-01-01 21:22:07 -04:00
|
|
|
Convert a time expressed in seconds since the epoch to a string
|
2001-01-19 19:16:56 -04:00
|
|
|
representing local time. If \var{secs} is not provided, the current time
|
|
|
|
as returned by \function{time()} is used. \code{ctime(\var{secs})}
|
|
|
|
is equivalent to \code{asctime(localtime(\var{secs}))}.
|
2001-04-19 01:55:23 -03:00
|
|
|
\versionchanged[Allowed \var{secs} to be omitted]{2.1}
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{datadesc}{daylight}
|
|
|
|
Nonzero if a DST timezone is defined.
|
|
|
|
\end{datadesc}
|
|
|
|
|
2001-01-19 19:16:56 -04:00
|
|
|
\begin{funcdesc}{gmtime}{\optional{secs}}
|
1996-07-30 15:32:04 -03:00
|
|
|
Convert a time expressed in seconds since the epoch to a time tuple
|
2001-01-19 19:16:56 -04:00
|
|
|
in UTC in which the dst flag is always zero. If \var{secs} is not
|
|
|
|
provided, the current time as returned by \function{time()} is used.
|
|
|
|
Fractions of a second are ignored. See above for a description of the
|
|
|
|
tuple lay-out.
|
2001-04-19 01:55:23 -03:00
|
|
|
\versionchanged[Allowed \var{secs} to be omitted]{2.1}
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
2001-01-19 19:16:56 -04:00
|
|
|
\begin{funcdesc}{localtime}{\optional{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.
|
2001-04-19 01:55:23 -03:00
|
|
|
\versionchanged[Allowed \var{secs} to be omitted]{2.1}
|
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
|
2000-07-06 15:09:02 -03:00
|
|
|
is the full 9-tuple (since the dst flag is needed; use \code{-1} as
|
|
|
|
the dst flag if it is unknown) which expresses the time in
|
1998-12-08 15:59:36 -04:00
|
|
|
\emph{local} time, not UTC. It returns a floating point number, for
|
|
|
|
compatibility with \function{time()}. If the input value cannot be
|
2001-10-29 14:01:24 -04:00
|
|
|
represented as a valid time, either \exception{OverflowError} or
|
|
|
|
\exception{ValueError} will be raised (which depends on whether the
|
|
|
|
invalid value is caught by Python or the underlying C libraries). The
|
2001-08-22 09:44:27 -03:00
|
|
|
earliest date for which it can generate a time is platform-dependent.
|
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.
|
1999-08-19 11:42:54 -03:00
|
|
|
The actual suspension time may be less than that requested because any
|
|
|
|
caught signal will terminate the \function{sleep()} following
|
|
|
|
execution of that signal's catching routine. Also, the suspension
|
|
|
|
time may be longer than requested by an arbitrary amount because of
|
|
|
|
the scheduling of other activity in the system.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
2001-01-19 19:16:56 -04:00
|
|
|
\begin{funcdesc}{strftime}{format\optional{, 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}
|
2001-01-19 19:16:56 -04:00
|
|
|
argument. If \var{tuple} is not provided, the current time as returned by
|
|
|
|
\function{localtime()} is used. \var{format} must be a string.
|
2001-04-19 01:55:23 -03:00
|
|
|
\versionchanged[Allowed \var{tuple} to be omitted]{2.1}
|
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
|
|
|
|
2000-04-03 17:13:55 -03:00
|
|
|
\begin{tableiii}{c|p{24em}|c}{code}{Directive}{Meaning}{Notes}
|
|
|
|
\lineiii{\%a}{Locale's abbreviated weekday name.}{}
|
|
|
|
\lineiii{\%A}{Locale's full weekday name.}{}
|
|
|
|
\lineiii{\%b}{Locale's abbreviated month name.}{}
|
|
|
|
\lineiii{\%B}{Locale's full month name.}{}
|
|
|
|
\lineiii{\%c}{Locale's appropriate date and time representation.}{}
|
|
|
|
\lineiii{\%d}{Day of the month as a decimal number [01,31].}{}
|
|
|
|
\lineiii{\%H}{Hour (24-hour clock) as a decimal number [00,23].}{}
|
|
|
|
\lineiii{\%I}{Hour (12-hour clock) as a decimal number [01,12].}{}
|
|
|
|
\lineiii{\%j}{Day of the year as a decimal number [001,366].}{}
|
|
|
|
\lineiii{\%m}{Month as a decimal number [01,12].}{}
|
|
|
|
\lineiii{\%M}{Minute as a decimal number [00,59].}{}
|
|
|
|
\lineiii{\%p}{Locale's equivalent of either AM or PM.}{}
|
|
|
|
\lineiii{\%S}{Second as a decimal number [00,61].}{(1)}
|
|
|
|
\lineiii{\%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.}{}
|
|
|
|
\lineiii{\%w}{Weekday as a decimal number [0(Sunday),6].}{}
|
|
|
|
\lineiii{\%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.}{}
|
|
|
|
\lineiii{\%x}{Locale's appropriate date representation.}{}
|
|
|
|
\lineiii{\%X}{Locale's appropriate time representation.}{}
|
|
|
|
\lineiii{\%y}{Year without century as a decimal number [00,99].}{}
|
|
|
|
\lineiii{\%Y}{Year with century as a decimal number.}{}
|
|
|
|
\lineiii{\%Z}{Time zone name (or by no characters if no time zone exists).}{}
|
|
|
|
\lineiii{\%\%}{A literal \character{\%} character.}{}
|
|
|
|
\end{tableiii}
|
|
|
|
|
|
|
|
\noindent
|
|
|
|
Notes:
|
|
|
|
|
|
|
|
\begin{description}
|
|
|
|
\item[(1)]
|
|
|
|
The range really is \code{0} to \code{61}; this accounts for leap
|
|
|
|
seconds and the (very rare) double leap seconds.
|
|
|
|
\end{description}
|
1996-12-13 18:09:52 -04:00
|
|
|
|
2001-01-27 20:56:54 -04:00
|
|
|
Here is an example, a format for dates compatible with that specified
|
2001-06-29 12:39:53 -03:00
|
|
|
in the \rfc{2822} Internet email standard.
|
|
|
|
\footnote{The use of \code{\%Z} is now
|
|
|
|
deprecated, but the \code{\%z} escape that expands to the preferred
|
2001-01-27 20:56:54 -04:00
|
|
|
hour/minute offset is not supported by all ANSI C libraries. Also,
|
|
|
|
a strict reading of the original 1982 \rfc{822} standard calls for
|
|
|
|
a two-digit year (\%y rather than \%Y), but practice moved to
|
2001-06-29 12:39:53 -03:00
|
|
|
4-digit years long before the year 2000. The 4-digit year has
|
|
|
|
been mandated by \rfc{2822}, which obsoletes \rfc{822}.}
|
2001-01-27 20:56:54 -04:00
|
|
|
|
|
|
|
\begin{verbatim}
|
2001-06-29 12:39:53 -03:00
|
|
|
>>> from time import gmtime, strftime
|
|
|
|
>>> strftime("%a, %d %b %Y %H:%M:%S +0000", gmtime())
|
|
|
|
'Thu, 28 Jun 2001 14:17:15 +0000'
|
2001-01-27 20:56:54 -04:00
|
|
|
\end{verbatim}
|
|
|
|
|
1996-12-13 18:09:52 -04:00
|
|
|
Additional directives may be supported on certain platforms, but
|
1999-05-26 13:15:17 -03: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
|
2000-09-23 01:36:14 -03:00
|
|
|
\var{format}, \exception{ValueError} is raised. Values which are not
|
|
|
|
provided as part of the input string are filled in with default
|
|
|
|
values; the specific values are platform-dependent as the XPG standard
|
|
|
|
does not provide sufficient information to constrain the result.
|
|
|
|
|
2001-10-20 01:24:09 -03:00
|
|
|
\note{This function relies entirely on the underlying
|
2000-09-23 01:36:14 -03:00
|
|
|
platform's C library for the date parsing, and some of these libraries
|
|
|
|
are buggy. There's nothing to be done about this short of a new,
|
2001-10-20 01:24:09 -03:00
|
|
|
portable implementation of \cfunction{strptime()}.}
|
2000-04-03 17:13:55 -03:00
|
|
|
|
|
|
|
Availability: Most modern \UNIX{} systems.
|
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
|
2001-08-05 12:43:04 -03:00
|
|
|
precision than 1 second. While this function normally returns
|
|
|
|
non-decreasing values, it can return a lower value than a previous
|
|
|
|
call if the system clock has been set back between the two calls.
|
1994-01-01 21:22:07 -04:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{datadesc}{timezone}
|
2000-04-05 12:06:03 -03:00
|
|
|
The offset of the local (non-DST) timezone, in seconds west of UTC
|
2001-07-06 17:30:11 -03:00
|
|
|
(negative in most of Western Europe, positive in the US, zero in the
|
|
|
|
UK).
|
1994-01-01 21:22:07 -04:00
|
|
|
\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
|
|
|
|
2000-04-03 17:13:55 -03:00
|
|
|
|
|
|
|
\begin{seealso}
|
|
|
|
\seemodule{locale}{Internationalization services. The locale
|
|
|
|
settings can affect the return values for some of
|
|
|
|
the functions in the \module{time} module.}
|
|
|
|
\end{seealso}
|