（2018年当時の記事です）
goのtime.Timeのゼロ値は0001-01-01 00:00:00 +0000なのだけど、JSTでの出力結果がディストリビューションによって違うってことがあった。ってのが絡むテストがあって気づいた
-
macやcentosでは
0001-01-01T09:00:00+09:00 -
ubuntuや、go playgroundでは
0001-01-01T09:18:59+09:18
この9:18というのは、日本のLMT（地方平均時）というもの。日本標準時が採用される前は日本標準時は無いのだからLMTであるべき、なのはわかる。でもおなじgoのバージョンでも環境によって違うのはなんでだ？
tzdata
違いは、time.LoadLocation("Asia/Tokyo")に対して読み込まれたzoneだった
&time.Location{
name:"Asia/Tokyo",
zone:[]time.zone{
time.zone{name:"LMT", offset:33539, isDST:false}, // ubuntuではこれがあるがcentosでは無い
time.zone{name:"JDT", offset:36000, isDST:true},
time.zone{name:"JST", offset:32400, isDST:false},
time.zone{name:"JST", offset:32400, isDST:false},
}
goのtime読んでみると単にtzdataをロードしているだけの模様で、ロードされる /usr/share/zoneinfo/Asia/Tokyo の内容がそもそもディストリで違った
- macやcentos: zone情報3個（JCST, JDT, JST）
$ cat /usr/share/zoneinfo/Asia/Tokyo | xxd 0000000: 545a 6966 3200 0000 0000 0000 0000 0000 TZif2........... 0000010: 0000 0000 0000 0003 0000 0003 0000 0000 ................ 0000020: 0000 0009 0000 0003 0000 000d c355 3b70 .............U;p 0000030: d73e 1e90 d7ec 1680 d8f9 1690 d9cb f880 .>.............. 0000040: db07 1d10 dbab da80 dce6 ff10 dd8b bc80 ................ 0000050: 0201 0201 0201 0201 0200 007e 9000 0000 ...........~.... 0000060: 008c a001 0500 007e 9000 094a 4353 5400 .......~...JCST. 0000070: 4a44 5400 4a53 5400 0000 0000 0000 545a JDT.JST.......TZ ... - ubuntuなど: zone情報4個。LMTもある
$ docker run -it ubuntu bash # apt-get update; apt-get install tzdata xxd # cat /usr/share/zoneinfo/Asia/Tokyo | xxd 00000000: 545a 6966 3200 0000 0000 0000 0000 0000 TZif2........... 00000010: 0000 0000 0000 0004 0000 0004 0000 0000 ................ 00000020: 0000 0009 0000 0004 0000 000c 8000 0000 ................ 00000030: d73e 0270 d7ed 4be0 d8f8 fa70 d9cd 2de0 .>.p..K....p..-. 00000040: db07 00f0 dbad 0fe0 dce6 e2f0 dd8c f1e0 ................ 00000050: 0301 0201 0201 0201 0200 0083 0300 0000 ................ 00000060: 008c a001 0400 007e 9000 0800 007e 9000 .......~.....~.. 00000070: 084c 4d54 004a 4454 004a 5354 0000 0000 .LMT.JDT.JST.... ...
ふむ？ tzdataって配布物が違っていいのだろうか
zic
tzdataの元ネタであるOlson databaseから、2018eをダウンロード。ディストリについてくるzic（Zone Information Compiler）でtzdataにコンパイルしてみる
$ wget https://data.iana.org/time-zones/releases/tzdata2018e.tar.gz
$ tar zxvf tzdata2018e.tar.gz
$ zic -d /tmp asia
$ cat /tmp/Asia/Tokyo | xxd
→ ソースは同じだが、各ディストリ付属のzicによって作成されるtzdataバイナリが違う事が判明！（centosやmacの /usr/sbin/zic だとLMTが無い
zic自体もコンパイルしてみる
$ wget https://data.iana.org/time-zones/releases/tzcode2018e.tar.gz
$ tar zxvf tzcode2018e.tar.gz
$ make zic
$ mkdir -p /tmp/hoge
$ ./zic -d /tmp/hoge | asia
$ cat /tmp/hoge/Asia/Tokyo | xxd
→ macやcentでもzone4個、LMTが出現!!
たぶん何か影響があって、ディストリビューションでzicをカスタマイズしている模様。 なんか古いテストコードが動かなくなる、とかそういうのがあるのかな？ 深追いはしていない
perlの DateTime::Timezone みたくolson databaseを抱え込むタイプのライブラリと、goのtimeのようにライブでtzdataを読みに行くタイプのライブラリがあるとおもうのだけど後者の場合はようちゅうい
今回のgoのテストケースではこんな感じでしのいだ
// ログ出力JST固定なのでtzdataのロードはやめて、fixedzone利用
tz := time.FixedZone("Asia/Tokyo", 9*60*60)
// あとねんのためtime.Timeのゼロ値は出力前のnilチェックでepochtimeにしてしまうことにした
if t.IsZero() {
t = time.Unix(0, 0)
}
というのをyowcowさんとごにょごにょした