Hello!
After the fix for JDK-8064694 some more failures of
WaitForMultipleObjects() were observed under heavy load.
The reason was that the limitation on wait object number was overlooked.
The total number of the objects should not be greater than
MAXIMUM_WAIT_OBJECTS (= 64).
The proposed fi
On 12/10/2014 11:52 AM, Staffan Larsen wrote:
Looks good. Perhaps use RuntimeMXBean.getInputArguments() instead of the dcmd?
Sounds good. I will change the test to use
RuntimeMXBean.getInputArguments() then.
Thanks!
-JB-
/Staffan
On 10 dec 2014, at 11:40, Jaroslav Bachorik
wrote:
A
Hi Igor,
thank you for review!
Regards,
Filipp.
On 12/10/2014 06:26 PM, Igor Ignatyev wrote:
Hi Filipp,
looks good to me.
thanks for fixing this.
Igor
On 12/10/2014 04:48 PM, Filipp Zhinkin wrote:
Hi all,
please review a fix for 8066862.
Issue:
testlibrary_tests/TestMutuallyExclusivePlat
Hi Filipp,
looks good to me.
thanks for fixing this.
Igor
On 12/10/2014 04:48 PM, Filipp Zhinkin wrote:
Hi all,
please review a fix for 8066862.
Issue:
testlibrary_tests/TestMutuallyExclusivePlatformPredicates.java fails with
RuntimeException: All Platform's methods with signature '():Z' sho
Hi all,
please review a fix for 8066862.
Issue:
testlibrary_tests/TestMutuallyExclusivePlatformPredicates.java fails with
RuntimeException: All Platform's methods with signature '():Z' should be tested
Root cause:
In order to prevent issues caused by the fact that some mutually exclusive
predic
Looks good. Perhaps use RuntimeMXBean.getInputArguments() instead of the dcmd?
/Staffan
> On 10 dec 2014, at 11:40, Jaroslav Bachorik
> wrote:
>
> A kindly reminder ...
>
> On 12/04/2014 10:42 AM, Jaroslav Bachorik wrote:
>> Please, review the following test change
>>
>> Issue : https://bugs
A kindly reminder ...
On 12/04/2014 10:42 AM, Jaroslav Bachorik wrote:
Please, review the following test change
Issue : https://bugs.openjdk.java.net/browse/JDK-8034263
Webrev: http://cr.openjdk.java.net/~jbachorik/8034263/webrev.00
The test fails intermittently only for CMS collector -
"One
