Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <1123354749.1204650945144.JavaMail.jira@brutus>
Date: Tue, 4 Mar 2008 09:15:45 -0800 (PST)
From: "Andrew Cornwall (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Created: (HARMONY-5570) [classlib][pack200]
 LineNumberTableAttribute being computed incorrectly
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

[classlib][pack200] LineNumberTableAttribute being computed incorrectly
-----------------------------------------------------------------------

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


In the latest Pack200 code, the LineNumberTable attribute is being calculated incorrectly. It appears to be right for a single class at a time, but when multiple classes are being unpacked the line_number values go strange.

To reproduce, unpack the attached mypack.pack and look at the LineNumberTable attribute for CPString.<init>. The LineNumberTable in the Harmony version is:
              attribute LineNumberTable {
                attribute_name_index = #88  // "LineNumberTable"
                attribute_length = 18
                line_number_table_length = 4
                line_number_table {
                    // start_pc line_number
                    0 2323
                    7 2324
                    14 2325
                    35 2327
                }
              }

whereas the LineNumberTable should be:

              attribute LineNumberTable {
                attribute_name_index = #9  // "LineNumberTable"
                attribute_length = 18
                line_number_table_length = 4
                line_number_table {
                    // start_pc line_number
                    0 27
                    7 28
                    14 29
                    35 31
                }

If I had to guess, I'd bet the initial value is computed incorrectly, and subsequent deltas inherit the error.


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