<div dir="auto"><div>Hi all,<div dir="auto"><br></div><div dir="auto">I can confirm this had also presented issues for the ical4j Java library.<div dir="auto"><br></div><div dir="auto">I'm trying to identify a fix but looks like it the issue may be in the jdk itself (Paul mentioned openjdk had some issues?)</div><div dir="auto"><br></div><div dir="auto">If anyone has a link to track the Java issue it would be much appreciated.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Ben</div></div><br><br><div class="gmail_quote"><div dir="ltr">On Wed., 30 May 2018, 9:54 pm Philip Paeps, <<a href="mailto:philip@trouble.is">philip@trouble.is</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-05-30 17:16:46 (+0530), Vicky wrote:<br>
>On Sat, 20 Jan 2018, 03:08 Paul Eggert, <<a href="mailto:eggert@cs.ucla.edu" target="_blank" rel="noreferrer">eggert@cs.ucla.edu</a>> wrote:<br>
>> On 01/19/2018 12:53 AM, Vicky wrote:<br>
>> > while parsing the data i found the issue in rule Europe/Dublin<br>
>> > Negative DST.. Previous version or not in any other file there is no<br>
>> > negative dst.<br>
>><br>
>> Yes, although negative DST support is required by POSIX and has been in<br>
>> tzcode for quite some time, that was the first use of it in tzdata. That<br>
>> change was intended to support Irish Standard Time, which is an hour<br>
>> ahead of GMT (which Ireland uses in winter). We're planning to back that<br>
>> change out temporarily, since we found some issues with it with ICU and<br>
>> with OpenJDK.<br>
>><br>
>> What software are you using to parse the data files? Has the problem<br>
>> been reported to the maintainers of that software?<br>
><br>
>In current version also dst is -ve for europe/dublin<br>
<br>
This is correct.<br>
<br>
>how the dst be negative.. it is always 0 or +1. we are facing issues<br>
>because on this..<br>
<br>
Please read through the several threads on this mailing list about this <br>
topic since December/January.  I don't believe there is any benefit to <br>
having the discussion again.<br>
<br>
>please correct the dst for europe/dublin.<br>
<br>
If you can't correct your software to correctly parse tzdb files with <br>
negative dst, you can use the "rearguard" format of tzdb.<br>
<br>
As discussed (at length) though: negative dst is an unfortunate reality <br>
which your software should be able to deal with.<br>
<br>
Philip<br>
<br>
-- <br>
Philip Paeps<br>
Senior Reality Engineer<br>
Ministry of Information<br>
</blockquote></div></div></div>