RFR(S): 8081037: serviceability/sa/ tests time out on Windows
    Yekaterina Kantserova 
    yekaterina.kantserova at oracle.com
       
    Thu May 28 14:45:04 UTC 2015
    
    
  
Hi,
due to https://bugs.openjdk.java.net/browse/JDK-8081381 I wasn't able to 
push this fix. The problem is LingeredApp.java contains JDK 9 feature 
java.lang.Process.getPid() but the test library is compiled with JDK 8 
today. This issue is not trivial to solve so I suggest a temporary fix 
to test/lib/Makefile.
webrev root: http://cr.openjdk.java.net/~ykantser/8081037/webrev.01
Thanks,
Katja
On 05/27/2015 03:02 PM, Yekaterina Kantserova wrote:
> Hi,
>
> Could I please have a review of this fix.
>
> bug: https://bugs.openjdk.java.net/browse/JDK-8081037
> webrev root: http://cr.openjdk.java.net/~ykantser/8081037/webrev.00
> webrev jdk: http://cr.openjdk.java.net/~ykantser/8081037.jdk/webrev.00
> webrev hotspot: 
> http://cr.openjdk.java.net/~ykantser/8081037.hotspot/webrev.00
>
> From the bug:
> "The problem is most likely that SA will pause the target process 
> while it is running. In this case, the target process is the same as 
> the process that launched SA. That process is also handling the output 
> from SA over a pipe, but when that pipe fills up the process cannot 
> empty it and the SA process is blocked because it cannot write any 
> more output. Deadlock."
>
> The solutions is to start a separate target process. Dmitry Samersoff 
> has already created a test application for such cases so I've decided 
> to move it on the top level library instead of duplicating it. The 
> test application will reside under 
> test/lib/share/classes/jdk/test/lib/apps and the test under 
> test/lib-test/jdk/test/lib/apps.
>
> Thanks,
> Katja
    
    
More information about the hotspot-dev
mailing list