RFR: 8253540: InterpreterRuntime::monitorexit should be a JRT_LEAF function

Daniel D.Daugherty dcubed at openjdk.java.net
Wed Sep 23 21:41:23 UTC 2020


On Wed, 23 Sep 2020 21:30:07 GMT, Daniel D. Daugherty <dcubed at openjdk.org> wrote:

>>> Maybe we still need to cover the case of the classfile having wrong bytecodes and there is an extra monitorexit?
>> The checks before the calls to unlock_object() handle this case.
>
> Actually, I think it has to be: assert(!obj->is_unlocked(), "this object must be locked")

Update: looks like oop has both is_locked() and is_unlocked()...

-------------

PR: https://git.openjdk.java.net/jdk/pull/320


More information about the hotspot-runtime-dev mailing list