You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bcel-dev@jakarta.apache.org by bu...@apache.org on 2009/11/16 12:26:22 UTC

DO NOT REPLY [Bug 48203] New: BCELifier issue: BCELFactory fails to handle float and long constants

https://issues.apache.org/bugzilla/show_bug.cgi?id=48203

           Summary: BCELifier issue: BCELFactory fails to handle float and
                    long constants
           Product: BCEL
           Version: 5.2
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Main
        AssignedTo: bcel-dev@jakarta.apache.org
        ReportedBy: mj.wilson.uk@googlemail.com


Created an attachment (id=24539)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24539)
Test to demonstrate issues with float and long literals

BCELifier calls BCELFactory.  The BCELFactory.createConstant method does not
handle floats and longs correctly:

    private void createConstant( Object value ) {
        String embed = value.toString();
        if (value instanceof String) {
            embed = '"' + Utility.convertString(embed) + '"';
        } else if (value instanceof Character) {
            embed = "(char)0x" + Integer.toHexString(((Character)
value).charValue());
        }
        _out.println("il.append(new PUSH(_cp, " + embed + "));");
    } 

Note that the types String and char are handled separately.  As for the other
types, it's relying on there being an overloaded constructor of PUSH that takes
the constant in its correct form once it is converted to a String.

Let's examine all the other types:

- boolean:  Boolean.toString() produces the values "true" and "false", which
javac picks up as booleans, e.g. "new PUSH(_cp, false)".

- byte, short, int:  Integer.toString() produces valid values.  In the
bytecode, there is no (significant) distinction between these types (except for
method signatures, fields, etc.).

- double:  Double.toString() produces valid values, e.g. "new PUSH(_cp, 0.0)".

- float:  Float.toString() produces values that look like doubles, e.g. "new
PUSH(_cp, 0.0)".  These are mishandled.

- long:  Long.toString() produces values that look like ints, e.g. "new
PUSH(_cp, 0)", or, even worse, "new PUSH(_cp, 4000000000)" (which doesn't
compile).


I've attached two simple test cases that illustrate the issues.  Do the
following with BCEL-5.2.jar on your classpath:

% javac TestIncorrectLiterals.java
% java TestIncorrectLiterals
% java org.apache.bcel.util.BCELifier TestIncorrectLiterals
>TestIncorrectLiteralsCreator.java
% javac TestIncorrectLiteralsCreator.java
% java TestIncorrectLiteralsCreator
% java TestIncorrectLiterals
Exception in thread "main" java.lang.VerifyError: (class:
TestIncorrectLiterals, method: main signature: ([Ljava/lang/String;)V)
Expecting to find float on stack


% javac TestOutOfRangeLiterals.java
% java TestOutOfRangeLiterals
% java org.apache.bcel.util.BCELifier TestOutOfRangeLiterals
>TestOutOfRangeLiteralsCreator.java
% javac TestOutOfRangeLiteralsCreator.java
TestOutOfRangeLiteralsCreator.java:41: integer number too large: 4000000000
    InstructionHandle ih_0 = il.append(new PUSH(_cp, 4000000000));
                                                     ^
1 error


Here's my suggested fix:

    private void createConstant( Object value ) {
        String embed = value.toString();
        if (value instanceof String) {
            embed = '"' + Utility.convertString(embed) + '"';
        } else if (value instanceof Character) {
            embed = "(char)0x" + Integer.toHexString(((Character)
value).charValue());
        } else if (value instanceof Float) {
            embed += "f";
        } else if (value instanceof Long) {
            embed += "L";
        }
        _out.println("il.append(new PUSH(_cp, " + embed + "));");
    } 

I shall test out this fix, and report back.

This issue seems to exist in the SVN trunk code too.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bcel-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: bcel-dev-help@jakarta.apache.org


DO NOT REPLY [Bug 48203] BCELifier issue: BCELFactory fails to handle float and long constants

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=48203

Dave Brosius <db...@mebigfatguy.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #2 from Dave Brosius <db...@mebigfatguy.com> 2009-11-16 06:18:42 UTC ---
applied patch - thanks.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bcel-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: bcel-dev-help@jakarta.apache.org


DO NOT REPLY [Bug 48203] BCELifier issue: BCELFactory fails to handle float and long constants

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=48203

--- Comment #1 from Matthew Wilson <mj...@googlemail.com> 2009-11-16 03:26:59 UTC ---
Created an attachment (id=24540)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24540)
Test to demonstrate issue with big long values.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bcel-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: bcel-dev-help@jakarta.apache.org