Review Request (S) 8024346: ~CautiouslyPreserveExceptionMark - assert(!_thread->has_pending_exception()) failed: unexpected exception generated
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Thu Sep 12 13:03:09 PDT 2013
On 9/11/13 9:09 PM, David Holmes wrote:
> Hi Serguei,
>
> This is more consistent with the surrounding code, but:
>
> 1. Why no RC_TRACE_WITH_THREAD for this case?
Ok, I'll add tracing code.
>
> 2. If an exception is pending, that isn't OOME, shouldn't "res"
> already not be JVMTI_ERROR_NONE and so res should be returned in the
> non-OOME case?
Initially it was my concern as well.
But the only JVMTI_ERROR_OUT_OF_MEMORY and JVMTI_ERROR_INTERNAL
are expected from the merge_cp_and_rewrite().
So, it is better to keep it simple as in the webrev.
Thanks,
Serguei
>
> David
>
> On 12/09/2013 8:13 AM, serguei.spitsyn at oracle.com wrote:
>>
>> Please, review the fix for:
>> bug: http://bugs.sun.com/view_bug.do?bug_id=8024346
>> jbs: https://bugs.openjdk.java.net/browse/JDK-8024346
>>
>>
>> Open webrev:
>> http://cr.openjdk.java.net/~sspitsyn/webrevs/2013/hotspot/8024346-JVMTI-MEM.1
>>
>>
>>
>> Summary:
>> Pending exceptions must be handled properly after a call to the JVMTI
>> merge_cp_and_rewrite.
>>
>>
>>
>> Testing:
>> UTE tests - in progress: vm.quick-pcl.testlist with limited
>> Metaspace memory,
>> nsk.jvmti.testlist,
>> nsk.jdi.testlist,
>> Jtreg java/lang/instrument
>>
>> Thanks,
>> Serguei
>>
More information about the hotspot-dev
mailing list