> On 16 Nov 2015, at 22:39, Martin Buchholz <marti...@google.com> wrote:
> 
> Smaller than wave 1, but still large.  Nothing like a looming deadline to 
> spur work ...
> 
> Oracle folks will need to help with API review.
> 
> https://bugs.openjdk.java.net/issues/?jql=(subcomponent%20%3D%20java.util.concurrent)%20AND%20status%20%3D%20%22In%20Progress%22%20ORDER%20BY%20updatedDate%20DESC
> http://cr.openjdk.java.net/~martin/webrevs/openjdk9/jsr166-jdk9-integration/
> 
> The primary focus is making jtreg tests more robust and faster.
> It also contains the changes to j.u.c.atomic that Aleksey is waiting for.


src/java.base/share/classes/java/util/concurrent/ForkJoinPool.java
—

CCC created.


src/java.base/share/classes/java/util/concurrent/atomic/AtomicReferenceFieldUpdater.java
—

 398         private final void valueCheck(V v) {
 399             if (v != null && !(vclass.isInstance(v)))
 400                 throwCCE();
 401         }

Why not directly use vclass.cast ?

I think there may be a subtle change in behaviour with the updates to A*FU, 
where previously a CCE would be thrown and now a IAE is thrown e.g. consider an 
erased A*FU to a public field of some class and and a receiver of the incorrect 
type is passed to an access method. Does not really matter in practice, 
although the error message will be confusing.

Paul.



Reply via email to