This is similar to CR 6797103, but does not appear the same.

The rules for "Resolute" in Olsen data tzdata2009a cannot be handled by javazic.

The relevant entry in the data file is

$ cat resolute
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Resolute 2006   max     -       Nov     Sun>=1  2:00    0       ES
Rule    Resolute 2007   max     -       Mar     Sun>=8  2:00    0       CD
Zone America/Resolute   0       -       zzz     1947 Aug 31 # Resolute founded
                        -6:00   NT_YK   C%sT    2000 Oct 29 2:00
                        -5:00   -       EST     2001 Apr  1 3:00
                        -6:00   Canada  C%sT    2006 Oct 29 2:00
                        -5:00   Resolute        %sT


$ java sun.tools.javazic.Main resolute
javazic: warning: found last rules for Resolute inconsistent.

CR 6797103 seems to describe the same root issue, but it focuses on a perl script called makeZoneData.pl. 

This submission involves the same inconsistent timezone data in tzdata2009a, but the
data is tripping up the javazic tool, which is part of the JDK.  As I understand it,
this tool is used to compile the timezone rules that we ship with our JTZU tool, so
this issue prevents submitter from compiling that data properly.