RFR JDK-8155616: java/util/zip/TestLocalTime.java fails intermittently with storing mtime failed

Roger Riggs Roger.Riggs at Oracle.com
Tue Jul 19 15:39:49 UTC 2016


Hi Sherman,

Looks good to normalize to the system timezone, even if it was changed.

+1, Roger


On 7/19/2016 11:24 AM, Xueming Shen wrote:
> Thanks Amy!
>
> webrev has been updated accordingly for the copyright header.
>
> Sherman
>
> On 7/19/16 12:24 AM, Amy Lu wrote:
>> Thanks for the fix, really a corner case.
>>
>> I think this looks reasonable.
>>
>> Just one minor thing, please update copyright header on the year when 
>> commit.
>>
>> BTW. I'm not official reviewer.
>>
>> Thanks,
>> Amy
>>
>> On 7/19/16 2:23 PM, Xueming Shen wrote:
>>> Hi Amy,
>>>
>>> I finally got to the bottom of this failure. It appears the 
>>> timestamps that
>>> trigger the failure are those that (1) < 1980 and (2) within the 
>>> daylight saving
>>> time gap, which means the local date-time is actually not valid, for 
>>> example
>>> 1968-04-28/2:51:25, this ldt should be adjusted to 3:51:25 when 
>>> switched
>>> to summer time. This is really a corner case that should not have 
>>> any real
>>> impact to real world use scenario. The implementation itself is 
>>> correct. Just the
>>> test case need adjusted. Please help review.
>>>
>>> issue: https://bugs.openjdk.java.net/browse/JDK-8155616
>>> webrev: http://cr.openjdk.java.net/~sherman/8155616/webrev
>>>
>>> Thanks,
>>> Sherman
>>>
>>
>



More information about the core-libs-dev mailing list