8229280: Test failures on several linux hosts after JDK-8181493

Brian Burkhalter brian.burkhalter at oracle.com
Mon Aug 26 18:45:21 UTC 2019


Ping ...

> On Aug 9, 2019, at 5:05 PM, Brian Burkhalter <brian.burkhalter at oracle.com> wrote:
> 
> Here is a potential fix [1] for the issue [2] provoked by the fix for [3]. The change is not to require strict equality in timestamps except for some file system types which are known to support nanosecond precision and are explicitly identified. For non-strict timestamp comparisons, equality is defined by the timestamp read back from the file having a number of trailing zeros which is a multiple of 3, and having a prefix which is equal to a prefix of the same length of the nanosecond precision timestamp.
> 
> If there are more file system types which should be added to the list of strictly tested types, please let me know.
> 
> Thanks,
> 
> Brian
> 
> [1] http://cr.openjdk.java.net/~bpb/8229280/webrev.00/ <http://cr.openjdk.java.net/~bpb/8229280/webrev.00/>
> [2] https://bugs.openjdk.java.net/browse/JDK-8229280 <https://bugs.openjdk.java.net/browse/JDK-8229280>
> [3] https://bugs.openjdk.java.net/browse/JDK-8181493 <https://bugs.openjdk.java.net/browse/JDK-8181493>
> 
> 
>> On Aug 8, 2019, at 8:52 AM, Brian Burkhalter <brian.burkhalter at oracle.com <mailto:brian.burkhalter at oracle.com>> wrote:
>> 
>> HI Christoph,
>> 
>> I don’t know of a programmatic way to check whether nanosecond precision is supported. Do you happen to know the file system type (and os.name property)? Right now the test has this exclusion
>>   53         if (System.getProperty("os.name").toLowerCase().startsWith("mac") &&
>>   54             store.name().equalsIgnoreCase("hfs")) {
>>   55             System.err.println
>>   56                 ("HFS on macOS does not have nsec timestamps: skipping test");
>>   57             return;
>>   58         }
>> Thanks,
>> 
>> Brian
>> 
>>> On Aug 8, 2019, at 7:56 AM, Langer, Christoph <christoph.langer at sap.com <mailto:christoph.langer at sap.com>> wrote:
>>> 
>>> it seems that we‘re encountering this behavior on old Suse SLES 11.3 and 11.4 machines, both ppc64 and linuxx86_64.
>>>  
>>> Maybe these can somehow be excluded from the test? Or the test can detect upfront when nanotime isn’t supported?
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/nio-dev/attachments/20190826/62d8546a/attachment.html>


More information about the nio-dev mailing list