RFR (S) 8215724: Epsilon: ArrayStoreExceptionTest.java fails; missing arraycopy check

Leo Korinth leo.korinth at oracle.com
Tue Jan 8 17:30:52 UTC 2019


Hi Aleksey!

I guess you tried to use the already existing test 
(ArrayStoreExceptionTest.java) before you created the new test. What was 
the reason for not using it in the end? I would rather like that you 
tried to use the old test case, I believe it would improve overall 
testing and maintainability.

Also, there is a slight misleading comment on the #endif in 
barrierSet.inline.hpp, maybe instead use the style #endif // pragma once ;-)

   24 #ifndef SHARE_VM_GC_SHARED_BARRIERSET_INLINE_HPP
   25 #define SHARE_VM_GC_SHARED_BARRIERSET_INLINE_HPP
   60 #endif // SHARE_VM_GC_SHARED_BARRIERSET_HPP

Thanks,
Leo

Instead of using the existing

On 07/01/2019 19:19, Aleksey Shipilev wrote:
> Bug:
>    https://bugs.openjdk.java.net/browse/JDK-8215724
> 
> Fix:
>    http://cr.openjdk.java.net/~shade/8215724/webrev.01/
> 
> As mentioned in the bug, Epsilon deliberately reuses the super-class BarrierSet, thus implicitly
> verifying it does the sane thing. This is one of those cases where super-class BarrierSet does not
> checkcast, while it should.
> 
> Testing: Linux x86_64 fastdebug {new test, gc/epsilon, hotspot tier1}, jdk-submit (running)
> 
> Thanks,
> -Aleksey
> 



More information about the hotspot-gc-dev mailing list