public class RUNSTART extends JVMInstruction
Modifier and Type | Field and Description |
---|---|
static int |
OPCODE |
attr, insnIndex, mi, position
Constructor and Description |
---|
RUNSTART() |
Modifier and Type | Method and Description |
---|---|
void |
accept(InstructionVisitor insVisitor) |
Instruction |
execute(ThreadInfo ti)
this is the real workhorse
returns next instruction to enter in this thread
<2do> it's unfortunate we roll every side effect into this method, because
it diminishes the value of the 'executeInstruction' notification: all
insns that require some sort of late binding (InvokeVirtual, GetField, ..)
are not yet fully analyzable (e.g.
|
int |
getByteCode() |
boolean |
isExtendedInstruction()
is this one of our own, artificial insns?
|
addAttr, attrIterator, attrIterator, cleanupTransients, getAttr, getAttr, getFileLocation, getFilePos, getInstructionIndex, getLength, getLineNumber, getMethodInfo, getMnemonic, getNext, getNext, getNextAttr, getPosition, getPrev, getSourceLine, getSourceLocation, getSourceOrLocation, hasAttr, hasAttr, init, isBackJump, isCompleted, isFirstInstruction, isSchedulingRelevant, removeAttr, replaceAttr, requiresClinitExecution, setAttr, setContext, setLocation, setMethodInfo, toString, typeSafeClone
public static final int OPCODE
public Instruction execute(ThreadInfo ti)
Instruction
execute
in class Instruction
public int getByteCode()
getByteCode
in class Instruction
public boolean isExtendedInstruction()
Instruction
isExtendedInstruction
in class Instruction
public void accept(InstructionVisitor insVisitor)