Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

bpo-29026: Clarify documentation of time.time#34

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
vstinner merged 3 commits intopython:masterfromappeltel:29026-time-docs-utc
Feb 16, 2017

Conversation

appeltel
Copy link
Contributor

Clarify the documentation of time.time by more
precisely defining what is meant by "seconds since
the epoch" on most platforms. Additionally explain
how gmtime and localtime may be used to extract
calendar components and convert to a more common
date format.

@Haypo

https://bugs.python.org/issue29026

Clarify the documentation of time.time by moreprecisely defining what is meant by "seconds sincethe epoch" on most platforms. Additionally explainhow gmtime and localtime may be used to extractcalendar components and convert to a more commondate format.
@vstinner
Copy link
Member

Thank you for the new doc. It contains more info on timezone (UTC) and leap seconds (excluded).

Copy link
Member

@vstinnervstinner left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Sorry, I saw a few more minor issues.

On Windows and most Unix systems, the epoch is January 1, 1970,
00:00:00 (UTC) and leap seconds are not counted towards the time
in seconds since the epoch. This is commonly referred to as
`Unix time <https://en.wikipedia.org/wiki/Unix_time>`_.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

IMHO it's worth it to repeat here:

To find out what the epoch is on a given platform, look atgmtime(0).

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Repeated ind387bf7

@@ -572,12 +579,27 @@ The module defines the following functions and data items:

.. function:: time()

Return the time in seconds since the epoch as a floating point number.
Return the time in seconds since the epoch as a floating point
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

You should add a link on the "epoch" word to its definition.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Added link ind387bf7

1970. To find out what the epoch is, look at ``gmtime(0)``.
* The :dfn:`epoch` is the point where the time starts, and is platform
dependent. For Unix, the epoch is January 1, 1970, 00:00:00 (UTC).
To find out what the epoch is on a given platform, look at ``gmtime(0)``.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I assumegmtime(0) istime.gmtime(0) here. If I'm correct, we can use this as an opportunity to make it clearer.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I changed it totime.gmtime(0) where it first appears ind387bf7. However, when the statement is repeated in the documentation oftime.time, I retaingmtime(0) as this appears to be the convention used in all the function docs for the module.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Oops, failed to amend commit before pushing, I fixed to use doc conventions in 263a4f4


* The term :dfn:`seconds since the epoch` refers to the total number
of elapsed seconds since the epoch, typically excluding
`leap seconds <https://en.wikipedia.org/wiki/Leap_second>`_.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

I'd say add

.. `leap seconds`: https://en.wikipedia.org/wiki/Leap_second

and use

`leap-seconds`_

everytime you need the Wikipedia article.

(I might the syntax got wrong so please try first :))

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Added ind387bf7, also changed one other mention of leap seconds to link.

Copy link
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Whoops, failed to add to amended commit before push - added that other mention in 263a4f4

@codecov
Copy link

codecovbot commentedFeb 14, 2017

Codecov Report

Merging#34 intomaster willincrease coverage by0.01%.
The diff coverage isn/a.

@@            Coverage Diff             @@##           master      #34      +/-   ##==========================================+ Coverage   82.37%   82.38%   +0.01%==========================================  Files        1427     1428       +1       Lines      350948   351138     +190     ==========================================+ Hits       289088   289294     +206+ Misses      61860    61844      -16

Continue to review full report at Codecov.

Legend -Click here to learn more
Δ = absolute <relative> (impact),ø = not affected,? = missing data
Powered byCodecov. Last updatee7ffb99...263a4f4. Read thecomment docs.

@vstinnervstinner merged commit23557d5 intopython:masterFeb 16, 2017
@vstinner
Copy link
Member

Thanks! I merged the PR.

Mariatta referenced this pull request in Mariatta/cpythonMar 3, 2017
* bpo-29026: Clarity documentation of time.timeClarify the documentation of time.time by moreprecisely defining what is meant by "seconds sincethe epoch" on most platforms. Additionally explainhow gmtime and localtime may be used to extractcalendar components and convert to a more commondate format.* bpo-29026: Minor improvements for time.time doc* bpo-29026: Consistency fixes for time.time doc(cherry picked from commit23557d5)
Mariatta referenced this pull request in Mariatta/cpythonMar 3, 2017
* bpo-29026: Clarity documentation of time.timeClarify the documentation of time.time by moreprecisely defining what is meant by "seconds sincethe epoch" on most platforms. Additionally explainhow gmtime and localtime may be used to extractcalendar components and convert to a more commondate format.* bpo-29026: Minor improvements for time.time doc* bpo-29026: Consistency fixes for time.time doc(cherry picked from commit23557d5)
Mariatta added a commit that referenced this pull requestMar 3, 2017
Mariatta added a commit that referenced this pull requestMar 3, 2017
tiran pushed a commit to tiran/cpython that referenced this pull requestAug 21, 2022
munmap pages on shutdown, keep FILE open
jaraco pushed a commit that referenced this pull requestDec 2, 2022
jaraco pushed a commit to jaraco/cpython that referenced this pull requestFeb 17, 2023
oraluben pushed a commit to oraluben/cpython that referenced this pull requestJun 25, 2023
* fix: mark interpreter frames as tier 2 or not* Test: Added tests forpython#33---------Co-authored-by: Ken Jin <28750310+Fidget-Spinner@users.noreply.github.com>
nanjekyejoannah pushed a commit to nanjekyejoannah/cpython that referenced this pull requestFeb 20, 2024
…h_recent_assumptionsWarn for string cmp with new string warning assumptions
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@berkerpeksagberkerpeksagberkerpeksag left review comments

@vstinnervstinnervstinner approved these changes

@methanemethanemethane approved these changes

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

6 participants
@appeltel@vstinner@berkerpeksag@methane@Mariatta@the-knights-who-say-ni

[8]ページ先頭

©2009-2025 Movatter.jp