DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=44212.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=44212
Summary: Type of 'this' on instantiation of MethodGen from
existing Method
Product: BCEL
Version: 5.2
Platform: Other
OS/Version: Mac OS X 10.4
Status: NEW
Severity: normal
Priority: P2
Component: Main
AssignedTo: bcel-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I have an issue when instantiating a MethodGen from an existing (non-static)
method instance. I'm
trying to copy a (non-static) method from one class to another class using
BCEL. Specifically, I do:
MethodGen newMethodGen = new MethodGen(originalMethod.getBCELMethod(),
newClassGen.getClassName(), newClassGen.getConstantPool());
This works nicely except for one issue; the 'this' variable in the local
variable table points to the entry in
the CP representing the type of the originating class, and not the type of the
class in which it is inserted
in.
I traced a bit in the BCEL code, and found that to start with during the
instantiation process of the
MethodGen class (in the constructor), the 'this' variable in the local variable
table indeed points to the
correct entry in the CP representing the type of the new class ..
However, it appears that after the initial instantiation, the attributes of the
provided originating method
overrides the local variable table. Specifically, in the constructor (the lines
213-229) the local variable
table is deleted, and instead the local variable table of the provided original
method is copied over.
From the documentation I cannot tell if this is by design, but it does appear
to be a bit confusing;
specifically, one can put a method into one class, but the 'this' variable
points to another class. If this is
by design, I would propose some exception throwing if the provided name of the
class differs from
class used in the local variable table.
Now we're at it .. invoking setClassName() on a MethodGen instance does also
not make any changes to
the local variable table -- again making it possible to have this inconsistency.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]