Request for reviews (XS): 7094138: JSR 292: JRuby junit test fails in CallSite.setTargetNormal: obj->is_oop() failed: sanity check
Christian Thalinger
christian.thalinger at oracle.com
Tue Oct 25 00:53:40 PDT 2011
Thank you, Igor. -- Chris
On Oct 24, 2011, at 9:34 PM, Igor Veresov wrote:
> Good.
>
> igor
> On Monday, October 24, 2011 at 2:13 AM, Christian Thalinger wrote:
>
>> I just remembered that there's also some code in Unsafe:
>>
>> http://cr.openjdk.java.net/~twisti/7094138/src/share/vm/prims/unsafe.cpp.udiff.html
>>
>> I really need to get 7087357 in...
>>
>> -- Chris
>>
>> On Oct 21, 2011, at 8:30 PM, Christian Thalinger wrote:
>>
>>>
>>> On Oct 21, 2011, at 8:20 PM, Tom Rodriguez wrote:
>>>
>>>> Looks good. We should see if we can get this into 7u2.
>>>
>>> Yes, I agree. -- Chris
>>>
>>>>
>>>> tom
>>>>
>>>> On Oct 21, 2011, at 2:17 AM, Christian Thalinger wrote:
>>>>
>>>>> http://cr.openjdk.java.net/~twisti/7094138/
>>>>>
>>>>> 7094138: JSR 292: JRuby junit test fails in CallSite.setTargetNormal: obj->is_oop() failed: sanity check
>>>>> Reviewed-by:
>>>>>
>>>>> InterpreterRuntime::resolve_get_put and
>>>>> MHN_setCallSiteTargetNormal/MHN_setCallSiteTargetVolatile are calling
>>>>> Universe::flush_dependents_on under the Compile_lock to make sure the
>>>>> CallSite target values don't change during a compile in flight. But
>>>>> both arguments for call_site and target are not held in a Handle but a
>>>>> plain oop. This can result in stale oops.
>>>>>
>>>>> Tested with JRuby test_respond_to.rb.
>>>>>
>>>>> src/share/vm/interpreter/interpreterRuntime.cpp
>>>>> src/share/vm/prims/methodHandles.cpp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20111025/e20533fd/attachment.html
More information about the hotspot-compiler-dev
mailing list