| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
| |
svn+ssh://pythondev@svn.python.org/python/trunk
........
r76804 | ezio.melotti | 2009-12-13 20:54:53 +0200 (Sun, 13 Dec 2009) | 1 line
#7342: make sure that the datetime object in test_fraction always has a number of microseconds != 0
........
|
| | |
|
| |
|
|
|
|
|
| |
of ``\s*``. This prevents patterns from "stealing" bits from other patterns in
order to make a match work.
Closes bug #1730389. Will be backported.
|
| |
|
|
| |
one of the test locales cannot be set.
|
| |
|
|
|
|
|
|
|
| |
locale changed but not used during the function call it was recreated during.
The test in this checkin is untested (OS X does not have the proper locale
support for me to test), although the fix for the bug this deals with
was tested by the OP (#1290505). Once the buildbots verify the test at least
doesn't fail it becomes a backport candidate.
|
| |
|
|
|
|
|
|
|
| |
generic so that one only has to shift certain values based on whether the week
was specified to start on Monday or Sunday. Cut out a lot of edge case code
compared to the previous version. Also broke algorithm out into its own
function (that is private to the module).
Fixes bug #1643943 (thanks Biran Nahas for the report).
|
| |
|
|
|
|
|
| |
format string. Before exceptions generated by the internal code propagated up
to the user and were not helpful.
Closes bug #1340337.
|
| |
|
|
|
|
| |
change.
Fixes bug #1290505.
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
| |
Closes bug #1039270.
|
| |
|
|
| |
put everything in the tuple in caps to use str.upper() instead of str.lower().
|
| |
|
|
| |
output more telling details when there is a failure.
|
| |
|
|
|
|
|
|
| |
* 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.
|
| |
|
|
|
|
| |
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).
|
| | |
|
| |
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Analysis by Bob Halley:
The test seems to expect that if time.daylight is true, then the
is_dst field of the tm structure will be 1 too. But this isn't
the case, since daylight is true if the timezone does DST, *not*
if DST is in effect.
|
| |
|
|
|
| |
with values of 0. Also now check time.daylight to see if time.tzname[1]
should be used in timezone checking.
|
| |
|
|
|
|
|
|
|
|
| |
and test_support.run_classtests() into run_unittest()
and use it wherever possible.
Also don't use "from test.test_support import ...", but
"from test import test_support" in a few spots.
From SF patch #662807.
|
| |
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
|
| |
593560, with some minor cleanups, line folding and whitespace
normalization by Barry.
|
| |
|
|
|
|
| |
to fix it. (It fails when the day of the month is a 1-digit number,
because %c produces space+digit there, while strptime seems to expect
zero+digit somehow.)
|
| |
|
|
|
|
|
|
| |
localtime, which in -0400 is 12 noon GMT. The bug boiled down to
broken conversion of 12 PM to hour 12 for the '%I %p' format string.
Added a test for this specific condition: Strptime12AMPMTests. Fix to
_strptime.py coming momentarily.
|
| |
|
|
| |
test_main() that creates a suite and runs it. Don't mess with sys.path!!!
|
| | |
|
|
|
Also adds tests.
|
