RFR: JDK-6546236 Thread interrupt() of Thread.sleep() can be lost on Solaris due to race with signal handler

Chris Hegarty chris.hegarty at oracle.com
Tue Feb 11 01:25:44 PST 2014


On 11 Feb 2014, at 09:14, Alan Bateman <Alan.Bateman at oracle.com> wrote:

> On 11/02/2014 08:59, Frederic Parain wrote:
>> Alan,
>> 
>> Thank you for the clarification.
>> There's still a bit of clean up required on the JDK
>> side. Three tests have hard coded usage of the
>> UseVMInterruptibleIO flag:
>> 
>> jdk/test/java/nio/file/Files/InterruptCopy.java
>> jdk/test/java/util/concurrent/ThreadPoolExecutor/ThrowingTasks.java
>> jdk/test/java/util/concurrent/BlockingQueue/Interrupt.java

I don't see why these concurrency tests set that VM option. I think it can simply be removed. Maybe they did need interruptible IO at one point, but have since been refactored.

-Chris

>> Even if those tests force the flag to false, they
>> will fail with "Unrecognized VM option" as soon as
>> the UseVMInterruptibleIO goes away.
>> 
> I removed -XX:-UseVMInterruptibleIO from a number of jdk tests in JDK 8 and I think these are the only 3 remaining. I can get these sorted out in jdk9/dev now if it would help.
> 
> -Alan.



More information about the hotspot-runtime-dev mailing list