Class ModifiedPcodeThread.ModifierUseropLibrary.ModifierUseropDefinition
- All Implemented Interfaces:
PcodeUseropLibrary.PcodeUseropDefinition<T>
- Enclosing class:
ModifiedPcodeThread.ModifierUseropLibrary
OpBehaviorOther-
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionbooleanIndicates whether or not this userop definition produces p-code suitable for inlining in place of its invocation.voidexecute(PcodeExecutor<T> executor, PcodeUseropLibrary<T> library, Varnode outVar, List<Varnode> inVars) Invoke/execute the userop.Get the library that defines (or "owns") this useropintGet the number of input operands accepted by the userop.If this userop is defined as a java callback, get the methodgetName()Get the name of the userop.booleanIndicates whether this userop may have side effects.booleanIndicates whether this userop is a "pure function."booleanIndicates that this userop may modify the decode context.Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, waitMethods inherited from interface ghidra.pcode.exec.PcodeUseropLibrary.PcodeUseropDefinition
execute
-
Constructor Details
-
ModifierUseropDefinition
-
-
Method Details
-
getName
Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionGet the name of the userop.This is the symbol assigned to the userop when compiling new Sleigh code. It cannot conflict with existing userops (except those declared, but not defined, by the executor's language) or other symbols of the executor's language. If this userop is to be used generically across many languages, choose an unlikely name. Conventionally, these start with two underscores
__.- Specified by:
getNamein interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- the name of the userop
-
getInputCount
public int getInputCount()Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionGet the number of input operands accepted by the userop.- Specified by:
getInputCountin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- the count or -1 if the userop is variadic
-
execute
public void execute(PcodeExecutor<T> executor, PcodeUseropLibrary<T> library, Varnode outVar, List<Varnode> inVars) Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionInvoke/execute the userop.- Specified by:
executein interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Parameters:
executor- the executor invoking this userop.library- the complete library for this execution. Note the library may have been composed from more than the one defining this userop.outVar- if invoked as an rval, the destination varnode for the userop's output. Otherwise,null.inVars- the input varnodes as ordered in the source.- See Also:
-
isFunctional
public boolean isFunctional()Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionIndicates whether this userop is a "pure function."This means all inputs are given in the arguments to the userop and the output, if applicable, is given via the return. Technically, this is only with respect to the emulated machine state. If the library carries its own state, and the userop is stateful with respect to the library, it is still okay to set this to true. When this is set to false, the underlying execution engine must ensure the machine state is consistent, because the userop may access any part of it directly. Functional userops ought to take primitive parameters and return primitives, and should receive neither the executor nor its state object.
WARNING: The term "inputs" include disassembly context. Unfortunately, there is currently no way to access that context via p-code ops generated by Sleigh, so the only way to obtain it is to ask the emulator thread for it out of band. Userops that require this are not "pure functions."
- Specified by:
isFunctionalin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- true if a pure function.
- See Also:
-
hasSideEffects
public boolean hasSideEffects()Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionIndicates whether this userop may have side effects.This means that the function may have an output or an effect other than returning a value. Even if
PcodeUseropLibrary.PcodeUseropDefinition.isFunctional()is true, it is possible for a userop to have side effects, e.g., updating a field in a library or printing to the screen.- Specified by:
hasSideEffectsin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- true if it has side effects.
- See Also:
-
modifiesContext
public boolean modifiesContext()Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionIndicates that this userop may modify the decode context.This means that the userop may set a field in
contextreg, which could thus affect how subsequent instructions are decoded. Executors which decode ahead will have to consider this effect.- Specified by:
modifiesContextin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- true if this can modify the context.
- See Also:
-
canInlinePcode
public boolean canInlinePcode()Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionIndicates whether or not this userop definition produces p-code suitable for inlining in place of its invocation.Generally, if all the userop definition does is feed additional p-code to the executor with the same userop library, then it is suitable for inlining. It is possible for the p-code to depend on other factors, but care must be taken, since the decision could be fixed by the underlying execution system at any time. E.g., if the p-code is translated to JVM byte code, then the userop may be inlined at translation time rather than execution time. Recommended factors include configuration, placement within surrounding instructions, static analysis, etc., but the p-code should probably not depend on the machine's dynamic run-time state.
- Specified by:
canInlinePcodein interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- true if inlining is possible, false otherwise.
- See Also:
-
getJavaMethod
Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionIf this userop is defined as a java callback, get the method- Specified by:
getJavaMethodin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- the method, or null
-
getDefiningLibrary
Description copied from interface:PcodeUseropLibrary.PcodeUseropDefinitionGet the library that defines (or "owns") this useropA userop can become part of other composed libraries, so the library from which this userop was retrieved may not be the same as the one that defined it. This returns the one that defined it.
As a special consideration, if this userop is a wrapper around another, and this wrapper returns the java method of the delegate, this must return the defining library of the delegate. If this is not defined by a java callback, this method (the defining library) may be null.
- Specified by:
getDefiningLibraryin interfacePcodeUseropLibrary.PcodeUseropDefinition<T>- Returns:
- the defining library
-