tzfile

[Emmanuel Dreyfus <manu%netbsd.org@localhost>]

Hello

I am tracking a bug in GNUstep's NSTimeZone that causes zoneinfo to be 
ignored on NetBSD. It uses its osn tzfile parser instead of relying 
on code provided by libc, and that makes it unable to cope with tzfiles
bundled with NetBSD. 

Copying a tzfile from Linux on NetBSD works around the problem in GNUstep,
and comparing the files, I notice a NetBSD weirdness as shown in 
/usr/share/zoneinfo/Europe/Paris hexdump below:

00000000  54 5a 69 66 32 00 00 00  00 00 00 00 00 00 00 00  |TZif2...........|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 01  00 00 00 01 00 00 00 00  |................|
00000030  00 00 00 54 5a 69 66 32  00 00 00 00 00 00 00 00  |...TZif2........|
00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000050  00 00 00 00 00 00 65 00  00 00 07 00 00 00 1f ff  |......e.........|

Why is the header duplicated with a different content at offset 0x33? 

-- 
Emmanuel Dreyfus
manu%netbsd.org@localhost