Bug 52441 - InstructionTargeters not being properly cleaned up.
Summary: InstructionTargeters not being properly cleaned up.
Status: NEW
Alias: None
Product: BCEL - Now in Jira
Classification: Unclassified
Component: Main (show other bugs)
Version: 5.3
Hardware: PC Linux
: P2 minor
Target Milestone: ---
Assignee: issues@commons.apache.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-09 16:30 UTC by Thiago
Modified: 2012-01-09 16:30 UTC (History)
0 users



Attachments
New method to InstructionTargeter for target cleanup. (4.76 KB, patch)
2012-01-09 16:30 UTC, Thiago
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Thiago 2012-01-09 16:30:23 UTC
Created attachment 28127 [details]
New method to InstructionTargeter for target cleanup.

It seems that InstructionTargeters are not being properly cleaned up when they are not used anymore. That is, when a targeter is replaced or removed (e.g., a LocalVariableGen is removed from a method), the targeter remains in the targeters list of its targets.

For example, MethodGen's constructor which receives a Method uses its other constructor to initialize the object:

public MethodGen(Method m, String class_name, ConstantPoolGen cp) {
   this(
       m.getAccessFlags(), 
       Type.getReturnType(m.getSignature()),
       Type.getArgumentTypes(m.getSignature()),
       null /* may be overridden anyway */,
       m.getName(), 
       class_name,
       ((m.getAccessFlags() & (Constants.ACC_ABSTRACT | Constants.ACC_NATIVE)) == 0) ? new InstructionList(m.getCode().getCode()) : null, cp);
...
}

Because this call passes null as its 4th argument, the constructor will create placeholder LocalVariableGen for the arguments (like arg0, arg1, etc). Later in this constructor the arguments will be overridden (as indicated by the comment). However, the LocalVariableGens of the placeholder arguments (as well as the LocalVariableGen for the "this" variable) will remain in the targeter lists of the first and last instructions of the instruction list.

To avoid this problem I am submitting a patch in attachment. It adds a new method to InstructionTargeter:

    /**
     * Removes all targets of this targeter.
     */
    void removeTargets();

and implements it to remove the targeter from the target's lists. The patch also calls removeTargets() when discarding targeters in MethodGen.