Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <18553010.1190712290640.JavaMail.jira@brutus>
Date: Tue, 25 Sep 2007 02:24:50 -0700 (PDT)
From: "Gregory Shimansky (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Resolved: (HARMONY-4841) [drlvm][jni] behavior of
 CallVoidMethod incompatible with RI
In-Reply-To: <5856767.1190456030560.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HARMONY-4841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gregory Shimansky resolved HARMONY-4841.
----------------------------------------

    Resolution: Fixed

Patch is applied at 579146. Attached test passes for me. Please verify that the fix works for you.

> [drlvm][jni] behavior of CallVoidMethod incompatible with RI
> ------------------------------------------------------------
>
>                 Key: HARMONY-4841
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4841
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: Win32
>            Reporter: Alexei Zakharov
>            Assignee: Gregory Shimansky
>            Priority: Minor
>         Attachments: H4841.zip, patch
>
>
> In DRLVM JNI implementation if CallVoidMethod(env,obj,mid) is applied to some object (obj) and constructor of its superclass (described by mid) then constructor of object's class rather than object's superclass will be called. However, both RI and J9 call superclass's constructor in this case. Please see the attached test case for details.

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