RFR: 8146416: java.lang.OutOfMemoryError triggers: assert(current_bci == 0) failed: bci isn't zero for do_not_unlock_if_synchronized

Jamsheed C m jamsheed.c.m at oracle.com
Thu May 26 05:58:41 UTC 2016


Hi Vladimir,
(previous one was draft mail got accidentally sent)

Problem Description:

Fix for https://bugs.openjdk.java.net/browse/JDK-6898462 was incomplete

Realloc failure deopt runtime exception was not handled properly! for 
other exception based deopt, it may get a piggy backed feeling, but as 
pending exception was not reset, pop logic will not work for first 
frame.(InterpreterRuntime::exception_handler_for_exception exit check 
for pending exception and forward again).

for normal deopts, Realloc failure runtime exception is not handled at all.


Best Regards,
Jamsheed

On 5/26/2016 10:34 AM, Jamsheed C m wrote:
>
>
> other responses inlined
> On 5/25/2016 11:57 AM, Vladimir Kozlov wrote:
>> Hi Jamsheed,
>>
>> When sending RFR, please, explain the problem and the fix.
>>
>> What about other platforms (including closed)?
Closed part was sent yesterday itself, AARCH64, and PPC was not done, as 
i didnt have testing framework. i  will intimate them, once review is done.
>>
>> Don't use jump_cc because StubRoutines::forward_exception_entry() 
>> address could be far. Other places use short conditional branch to 
>> (or over) code which does jump to this function.
> jump_cc do handle far address with a warning, i will make the required 
> change.
>>
>>
>> I don't think you can use call in SPARC code - you may mess up 
>> frames. Use tail jump as in other cases.
> i can use tail jump.

Best Regards,
Jamsheed
>>
>> Thanks,
>> Vladimir
>>
>> On 5/24/16 10:51 PM, Jamsheed C m wrote:
>>> Hi,
>>>
>>> Request for review,
>>>
>>> bug id :https://bugs.openjdk.java.net/browse/JDK-8146416
>>> webrev: http://cr.openjdk.java.net/~jcm/8146416/
>>> testing: rbt pit, jprt;
>>>
>>> Best Regards,
>>> Jamsheed
>



More information about the hotspot-compiler-dev mailing list