RFR: 8265261: java/nio/file/Files/InterruptCopy.java fails with java.lang.RuntimeException: Copy was not interrupted [v5]

Brian Burkhalter brian.burkhalter at oracle.com
Tue Aug 24 16:44:17 UTC 2021


On Aug 24, 2021, at 4:04 AM, Daniel Fuchs <dfuchs at openjdk.java.net<mailto:dfuchs at openjdk.java.net>> wrote:

On Tue, 24 Aug 2021 00:30:48 GMT, Brian Burkhalter <bpb at openjdk.org<mailto:bpb at openjdk.org>> wrote:

This proposal suggests to change the timing of testing whether a file copy is terminated by an interrupt.

Brian Burkhalter has updated the pull request incrementally with one additional commit since the last revision:

 8265261: Reinstate duration check and latches but with countdown 1

If the test campaign shows better results with this latter version then I have no objection: it looks better to me than the previous repeated interrupt logic.

This does show better results. I am not however convinced that it is better than the previously posted fixed rate interrupt version. I verified that if the interrupt is issued before the copy begins then it is not recognized by `copy()`. Given that, repeating might give a more predictable result. I would agree though to go with this version and revisit it once more should failures be seen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/nio-dev/attachments/20210824/1715a4e8/attachment.htm>


More information about the nio-dev mailing list