zdump returns incorrect transitions for Africa/Casablanca and Africa/El_Aaiun
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
glibc (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Ubuntu 16.04 LTS amd64
libc-bin 2.23-0ubuntu3
tzdata 2016d-0ubuntu0.
The Africa/Casablanca and Africa/El_Aaiun time zones in the 2016d-0ubuntu0.
The time zone files (/usr/share/
$ hd -s 0x1b8 -n 4 /usr/share/
000001b8 7f 72 de 20 |.r. |
000001bc
$ hd -s 0x59d -n 8 /usr/share/
0000059d 00 00 00 00 7f 72 de 20 |.....r. |
000005a5
$ hd -s 0x18c -n 4 /usr/share/
0000018c 7f 72 de 20 |.r. |
00000190
$ hd -s 0x506 -n 8 /usr/share/
00000506 00 00 00 00 7f 72 de 20 |.....r. |
0000050e
However zdump (from libc-bin 2.23-0ubuntu3) incorrectly shows that the transitions for both time zones occur on 2037-10-25 instead of 2037-10-04:
$ zdump -v -c 2037,2038 /usr/share/
/usr/share/
/usr/share/
$ zdump -v -c 2037,2038 /usr/share/
/usr/share/
/usr/share/
The copy of zdump.c released with glibc 2.23 is identical to zdump.c in the tzcode2015g release from the IANA Timezone Database (https:/
I have compiled the IANA Timezone Database 2015g version of zdump with the default options and it produces the correct results for the Ubuntu-distributed Africa/Casablanca and Africa/El_Aaiun time zone files:
$ ~/tz/2015g/zdump --version
zdump (tzcode) 2015g
$ ~/tz/2015g/zdump -v -c 2037,2038 /usr/share/
/usr/share/
/usr/share/
$ ~/tz/2015g/zdump -v -c 2037,2038 /usr/share/
/usr/share/
/usr/share/
description: | updated |