JDK-8156860 : nsk/jvmti/scenarios/hotswap/HS101/hs101t004 fails with Internal Error
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2016-05-12
  • Updated: 2020-09-01
  • Resolved: 2016-05-12
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9Resolved
Related Reports
Duplicate :  
JDK-8139379 - Tests fail with assert(nm->insts_contains(original_pc)) failed: original PC must be in nmethod
Description
assert(nm->insts_contains(original_pc)) failed: original PC must be in CompiledMethod
Comments
It's not new, just restructured. This bug is old, but I see Vladimir has already found the JDK-8139379 dup. Also, this has been popping up a lot for me lately as I've been running nsk.jvmti many times. Note all the new entries I've added to JDK-8139379 recently.
12-05-2016
4286: #ifdef ASSERT 11069: void frame::verify_deopt_original_pc(CompiledMethod* nm, intptr_t* unextended_sp) { 1204: frame fr; 1204: 1204: // This is ugly but it's better than to change {get,set}_original_pc 1204: // to take an SP value as argument. And it's only a debugging 1204: // method anyway. 1204: fr._unextended_sp = unextended_sp; 1204: 1204: address original_pc = nm->get_original_pc(&fr); 11069: assert(nm->insts_contains(original_pc), "original PC must be in CompiledMethod"); 1204: } This assert is new and was just added by the compiler team. Transfering to the compiler subcomponent.
12-05-2016