Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: tzcode or glib2 bug?

In article <20200210172958.azwyzrq3d773gm56@danbala>,
Thomas Klausner  <> wrote:
>Some weeks/months ago I noticed that some tools displayed the wrong
>time, one hour in the future (right now, on 9.99.46/amd64)
>I've tracked this down to those using glib2 and wrote a small test
># gcc test.c `pkg-config --cflags glib-2.0` `pkg-config --libs glib-2.0`
># ./a.out; date
>local time: 19:22:59
>UTC time: 17:22:59
>Mo. Feb. 10 18:22:59 CET 2020
>I have /etc/localtime symlinked:
>lrwxr-xr-x  1 root  wheel  33 May 31  2019 /etc/localtime ->
>(and this is handled correctly by glib2) but it doesn't work with
>explicitly given TZ environment variable either.
># TZ=Europe/Vienna ./a.out; TZ=Europe/Vienna date
>local time: 19:24:45
>UTC time: 17:24:45
>Mo. Feb. 10 18:24:45 CET 2020
>Other timezones work:
># TZ=EST ./a.out; TZ=EST date
>local time: 12:24:35
>UTC time: 17:24:35
>Mo. Feb. 10 12:24:35 EST 2020
>Is there something weird in NetBSD's version of tzcode (I see we have
>quite some changes) and we notice because glib2 has its own parser, or
>is it a bug in glib2?
>(I debugged it into glib2 and found that it identifies the timezone
>correctly from the symlink and then calls init_zone_from_iana_info(),

If you zic -b the zone does it work?


Home | Main Index | Thread Index | Old Index