harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Cornwall (JIRA)" <j...@apache.org>
Subject [jira] Created: (HARMONY-5630) [classlib][pack200] Long.MAX_VALUE not decoded correctly
Date Fri, 21 Mar 2008 17:15:24 GMT
[classlib][pack200] Long.MAX_VALUE not decoded correctly

                 Key: HARMONY-5630
                 URL: https://issues.apache.org/jira/browse/HARMONY-5630
             Project: Harmony
          Issue Type: Bug
          Components: Classlib
         Environment: All pack200
            Reporter: Andrew Cornwall

The value Long.MAX_VALUE appears not to be decoded correctly all the time. (Perhaps the value's
overflowing while being computed?) Here's a testcase:

public class SimpleHelloWorld {
    public static long long1 = -1;
    public static long long2 = Long.MAX_VALUE;
    public static void main(String args) {
        System.out.println(long1 + long2);

I packed that with regular compression and then unpacked it. My BcBands.bcLongRef was [0,
1] instead of  [-1, 9223372036854775807].

I've got another test case (proprietary code) which causes BcBands.bcLongRef to be [.....,
-1, -1 ....]. I'll send that to Sian by email. That's how I detected this issue - the two
long refs were collapsed into one.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message