| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
of the year, and day of the week. Was not taking into consideration properly
the issue of when %U is used for the week of the year but the year starts on
Monday.
Closes bug #1045381 again.
|
| |
|
|
|
|
|
|
| |
and day of the week are specified.
Closes bug #1045381.
|
|
|
|
| |
accept any iterable instead of only a sliceable object.
|
| |
|
|
|
|
| |
Closes bug #1039270.
|
| |
|
|
|
|
|
|
| |
Since it is known ahead of time that UTC and GMT always have no DST adjustment
then just set the isdst value to 0 even if tzname[0] == tzname[1] .
Fixes bug #897817 .
|
| |
|
|
|
|
|
|
|
|
| |
* Install the unittests, docs, newsitem, include file, and makefile update.
* Exercise the new functions whereever sets.py was being used.
Includes the docs for libfuncs.tex. Separate docs for the types are
forthcoming.
|
| |
|
|
|
|
| |
Closes bug #796149 . Will be backported.
|
|
|
|
|
|
| |
time.daylight is true. Add an explicit test for this situation.
Fixed some wording in docstrings.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also remove now unnecessary property attributes for thread safety
(no longer have lazy attributes) and code simplicity reasons.
Timezone storage has been reworked to be simpler and more flexible. All values
in LocaleTime instances are lower-cased. This is all done to simplify the
module.
The module now assumes nothing beyond the strptime function will be exposed for
general use beyond providing functionality for strptime.
|
|
|
|
|
| |
LocaleTime instance to only be created once and thus not be recreated when
the locale changed.
|
|
|
|
|
|
| |
caught when executing test_strptime, test_logging, and test_time in that order
when the testing of "%c" occured. Suspect the cache was not being recreated
(the test passed when test_logging was forced to re-establish the locale).
|
|
|
|
| |
Usability fix. Makes the error message more helpful.
|
|
|
|
|
|
|
| |
time.tzname[1] and not time.daylight`` is true when it should only when
time.daylight is true. Tests are also fixed.
Closes bug #763047 and its cohort #763052.
|
| |
|
|
|
|
| |
from time.tzname.
|
|
|
|
|
| |
with values of 0. Also now check time.daylight to see if time.tzname[1]
should be used in timezone checking.
|
|
|
|
| |
string. Done to match behavior of pre-existing C-based strptime implementations.
|
| |
|
|
|
|
| |
internal regex.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Contributed by Brett Cannon.
To prevent code duplication, I patched _strptime to use datetime's date
object to do Julian day, Gregorian, and day of the week calculations.
Patch also includes new regression tests to test results and the
calculation gets triggered.
Very minor comment changes and the contact email are also changed.
|
| |
|
|
|
|
|
| |
From Brett Cannon. Mostly speedups via caching format string ->
compiled regexp.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch from Brett Cannon:
First, the 'y' directive now handles [00, 68] as a suffix for the
21st century while [69, 99] is treated as the suffix for the 20th
century (this is for Open Group compatibility).
strptime now returns default values that make it a valid date ...
the ability to pass in a regex object to use instead of a format
string (and the inverse ability to have strptime return a regex object)
has been removed. This is in preparation for a future patch that will
add some caching internally to get a speed boost.
|
|
|
|
| |
_strptime can now handle getting two empty strings as the timezone information.
|
|
|
|
| |
Disallow zero for days and months
|
| |
|
| |
|
|
|
|
|
| |
593560, with some minor cleanups, line folding and whitespace
normalization by Barry.
|
|
|
|
| |
course.
|
|
|
|
|
|
|
|
|
| |
because it added it to 12 PM too. 12 PM should be hour 12 not hour
24.
Also cleaned up a minor style nit. There are more style problems in
this file that I'll clean up next (but I didn't want them to overwhelm
the substance of this fix).
|
| |
|
|
Also adds tests.
|