RFR (S): 8019192: StringIndexOutOfBoundsException: in Class.getSimpleName()

Christian Thalinger christian.thalinger at oracle.com
Thu Sep 26 11:50:05 PDT 2013


On Sep 26, 2013, at 1:22 AM, Peter Levart <peter.levart at gmail.com> wrote:

> On 09/26/2013 01:27 AM, Christian Thalinger wrote:
>> http://cr.openjdk.java.net/~twisti/8019192/webrev/
>> 
>> 8019192: StringIndexOutOfBoundsException: in Class.getSimpleName()
>> Reviewed-by:
>> 
>> This is a race in MemberName's name and type getters.
>> 
>> MemberName's type field is of type Object so it can hold different objects when it gets filled in from the VM.  These types include String and Object[].  On the first invocation the current type if it's not MethodType gets converted to a MethodType.
>> 
>> There is a tiny window where some instanceof check have already been done on one thread and then another thread stores a MethodType.  The following checkcast then fails.
>> 
>> The fix is to make name and type volatile and do the conversion in a synchronized block.  This is okay because it's only done once.
>> 
>> src/share/classes/java/lang/invoke/MemberName.java
>> 
> 
> Hi Christian,
> 
> Wouldn't it be cleaner that instead of just casting and catching ClassCastException, the volatile field 'type' was 1st copied to a local variable and then an instanceof check + casting and returning performed on the local variable. This would avoid throwing ClassCastException even if it is performed only once per MemberName…

Not sure it would be cleaner; depends on the definition of "cleaner".  I had similar code as you describe before but I changed it to catch the exception.  If people have a strong opinion here I can change it back.

> 
> Regards, Peter
> 



More information about the hotspot-compiler-dev mailing list