mirror of
https://github.com/python/cpython.git
synced 2025-10-19 21:28:02 +00:00
closes bpo-29275: Remove Y2K reference from time module docs (GH-17321)
The Y2K reference is not needed as it only points out that Python's use of C standard functions doesn't generally suffer from Y2K issues; the point regarding conventions for conversion of 2-digit years in :func:`strptime` is still valid.
This commit is contained in:
parent
b00513636c
commit
42bc60ead3
1 changed files with 5 additions and 10 deletions
|
@ -42,17 +42,12 @@ An explanation of some terminology and conventions is in order.
|
||||||
library; for 32-bit systems, it is typically in 2038.
|
library; for 32-bit systems, it is typically in 2038.
|
||||||
|
|
||||||
.. index::
|
.. index::
|
||||||
single: Year 2000
|
single: 2-digit years
|
||||||
single: Y2K
|
|
||||||
|
|
||||||
.. _time-y2kissues:
|
* Function :func:`strptime` can parse 2-digit years when given ``%y`` format
|
||||||
|
code. When 2-digit years are parsed, they are converted according to the POSIX
|
||||||
* **Year 2000 (Y2K) issues**: Python depends on the platform's C library, which
|
and ISO C standards: values 69--99 are mapped to 1969--1999, and values 0--68
|
||||||
generally doesn't have year 2000 issues, since all dates and times are
|
are mapped to 2000--2068.
|
||||||
represented internally as seconds since the epoch. Function :func:`strptime`
|
|
||||||
can parse 2-digit years when given ``%y`` format code. When 2-digit years are
|
|
||||||
parsed, they are converted according to the POSIX and ISO C standards: values
|
|
||||||
69--99 are mapped to 1969--1999, and values 0--68 are mapped to 2000--2068.
|
|
||||||
|
|
||||||
.. index::
|
.. index::
|
||||||
single: UTC
|
single: UTC
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue