Bug 33549 - LocalVariableTypeTable seems not to be updated like LocalVariableTable
Summary: LocalVariableTypeTable seems not to be updated like LocalVariableTable
Status: REOPENED
Alias: None
Product: BCEL - Now in Jira
Classification: Unclassified
Component: Main (show other bugs)
Version: 5.1
Hardware: PC Windows 2000
: P2 major
Target Milestone: ---
Assignee: issues@commons.apache.org
URL:
Keywords: JDK1.5
Depends on:
Blocks:
 
Reported: 2005-02-14 03:00 UTC by Marco Petris
Modified: 2009-02-16 01:19 UTC (History)
1 user (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marco Petris 2005-02-14 03:00:03 UTC
Scenario:
I insert into a method which has a parameterized argument some instructions and
two local variables.
The methods signature looks like this:
public void doSomething( double d, ArrayList<Integer> list )
The method is situated in the class MyClassFile.

Result:
Loading the class MyClassFile which contains the new method 'doSomething'
results in a ClassFormatError:
LVTT entry for 'list' in class file MyClassFile does not match any LVT entry

This error is not produced if the method declaration is done without generics:
public void doSomething( double d, ArrayList list )

The difference is the LocalVariableTypeTable. It is not present if I do not use
generics. 
Due to the insertion of the new instructions the start_pc and the length of the
local variable have to be updated in the LocalVariableTable, which is done. 
But the corresponding entry in the LocalVariableTypeTable gets not updated its
start_pc and length entries.

LocalVariableTable ( BEFORE INSERTION ):
start_pc, length, index, name
0, 26, 0, this
0, 26, 1, d
0, 26, 3, list
LocalVariableTypeTable( BEFORE INSERTION ):
0, 26, 3, list

LocalVariableTable ( AFTER INSERTION ):
start_pc, length, index, name
44, 33, 0, this
44, 33, 1, d
44, 33, 3, list
1, 85, 4, wrapper_argumentlist
26, 60, 5, wrapper
LocalVariableTypeTable( AFTER INSERTION ):
0, 26, 3, list

The class works fine before the insertion.
I've done bcel CVS checkout, but it did not help.
The original instructions of the methods are not modified.
I simply install a wrapper around the original body. 
I add an exception handler, therefore there is also an additional entry in
the exceptiontable.
I can toggle the error behaviour by using or not using the generic argument.
generic -> error 
no generic -> no error
I tried JDK 5.0 build 1.5.0-b64 and eclipse 3.1.0 build 200412162000 as a compiler.
I use the JVR of the above mentioned JDK.
Comment 1 Jeff Perkins 2005-02-14 05:00:04 UTC
One possible workaround before BCEL supports Local Variable type Tables
is to simply remove the table.  It is optional and everything seems to
work fine if you remove it.  Simply loop through the attributes and
remove the one named "LocalVariableTypeTable".  I think the only
downside is that the information won't be available to a debugger.
Comment 2 Marco Petris 2005-02-14 12:03:13 UTC
The proposed workaround works even with the 
Instrumentation.redefineClasses( ClassDefinition[] definitions ) of JDK1.5
Comment 3 Torsten Curdt 2006-01-27 14:16:57 UTC
So we this should be fixed for proper jdk 1.5 support
Comment 4 Erik Bengtson 2007-04-01 15:16:22 UTC
It looks like a dup of http://issues.apache.org/bugzilla/show_bug.cgi?id=39695
Comment 5 psramkumar 2009-02-16 01:19:02 UTC
i have  loop through the attributes and
remove the one named "LocalVariableTypeTabe". The problem still occurs