aboutsummaryrefslogtreecommitdiff
path: root/ChangeLog
diff options
context:
space:
mode:
authorJames Perkins <james@loowit.net>2015-08-17 13:48:38 -0700
committerMike Frysinger <vapier@gentoo.org>2015-08-28 23:45:51 -0400
commitcccc95f28ace0be4fe97537dbd867c08fbf71a8e (patch)
tree2023200d84f255b46ea0c2e061750f00632084a4 /ChangeLog
parent315267abcd2eeb467820a3fada43874e35bbcd3d (diff)
downloadglibc-cccc95f28ace0be4fe97537dbd867c08fbf71a8e.zip
glibc-cccc95f28ace0be4fe97537dbd867c08fbf71a8e.tar.gz
glibc-cccc95f28ace0be4fe97537dbd867c08fbf71a8e.tar.bz2
strptime %z: fix rounding, extend range to +/-9959 [BZ #16141]
Topic: strptime supports a %z input field descriptor, which parses a time zone offset from UTC time into the broken-out time field tm_gmtoff. Problems: 1) In the current implementation, the minutes portion calculation is correct only for minutes evenly divisible by 3. This is because the minutes value is converted to decimal time, but inadequate precision leads to rounding which calculates results that are too low for some values. For example, due to rounding, a +1159 offset string results in an incorrect tm_gmtoff of 43128 (== 11 * 3600 + 58.8 * 60) seconds, instead of 43140 (== 11 * 3600 + 59 * 60) seconds. In contrast, a +1157 offset (minutes divisible by 3) does not cause the bug, and results in a correct tm_gmtoff of 43020. 2) strptime's %z specifier will not parse time offsets less than -1200 or greater than +1200, or if only hour digits are present, less than -12 or greater than +12. It will return NULL for offsets outside that range. These limits do not meet historical and modern use cases: * Present day exceeds the +1200 limit: - Pacific/Auckland (New Zealand) summer time is +1300. - Pacific/Kiritimati (Christmas Island) is +1400. - Pacific/Apia (Samoa) summer time is +1400. * Historical offsets exceeded +1500/-1500. * POSIX supports -2459 to +2559. * Offsets up to +/-9959 may occasionally be useful. * Paul Eggert's notes provide additional detail: - https://sourceware.org/ml/libc-alpha/2014-12/msg00068.html - https://sourceware.org/ml/libc-alpha/2014-12/msg00072.html 3) tst-strptime2, part of the 'make check' test suite, does not test for the above problems. Corrective actions: 1) In time/strptime_l.c, calculate the offset from the hour and minute portions directly, without the rounding errors introduced by decimal time. 2) Remove the +/-1200 range limit, permitting strptime to parse offsets from -9959 through +9959. 3) Add zone offset values to time/tst-strptime2.c. * Test minutes evenly divisible by three (+1157) and not evenly divisible by three (+1158 and +1159). * Test offsets near the old and new range limits (-1201, -1330, -2459, -2500, -99, -9959, +1201, +1330, +1400, +1401, +2559, +2600, +99, and +9959) The revised strptime passes all old and new tst-strptime2 tests.
Diffstat (limited to 'ChangeLog')
-rw-r--r--ChangeLog14
1 files changed, 14 insertions, 0 deletions
diff --git a/ChangeLog b/ChangeLog
index 287ab2d..6c1f804 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,17 @@
+2015-08-28 James Perkins <james@loowit.net>
+
+ [BZ #16141]
+ * time/strptime_l.c (__strptime_internal): Fix %z minutes
+ calculation, removing incorrect decimal time rounding, so that
+ all minute values result in a valid seconds value.
+ * time/strptime_l.c (__strptime_internal): Extend %z time zone
+ offset range limits to UTC-99:59 through UTC+99:59 to parse
+ current and historical use cases.
+ * time/tst-strptime2.c (tests): Modify and add tests for the
+ strptime %z input field descriptor, specifically conversion of
+ minutes to seconds and validating an offset range of -9959 to
+ +9959.
+
2015-08-27 Adhemerval Zanella <adhemerval.zanella@linaro.org>
Dmitry V. Levin <ldv@altlinux.org>