Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 57859 invoked from network); 16 Feb 2007 13:06:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Feb 2007 13:06:27 -0000 Received: (qmail 75362 invoked by uid 500); 16 Feb 2007 13:06:35 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 75266 invoked by uid 500); 16 Feb 2007 13:06:35 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 75256 invoked by uid 99); 16 Feb 2007 13:06:35 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Feb 2007 05:06:35 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Feb 2007 05:06:26 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C17627141B8 for ; Fri, 16 Feb 2007 05:06:06 -0800 (PST) Message-ID: <28535281.1171631166790.JavaMail.jira@brutus> Date: Fri, 16 Feb 2007 05:06:06 -0800 (PST) From: "Pavel Pervov (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-953) [drlvm] order of elements returned by Class.getDeclaredMethods differs from RI MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-953?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473692 ] Pavel Pervov commented on HARMONY-953: -------------------------------------- I've experimented with Sun's JVM. It uses hash function to store methods inside it. Adding 'public static void main' at the beginning of this test class produces one sort order, while putting it at the end - the other. Guessing out that hash function is dead-end. So, I'm starting to insist on closing this as non-bug difference. > [drlvm] order of elements returned by Class.getDeclaredMethods differs from RI > ------------------------------------------------------------------------------ > > Key: HARMONY-953 > URL: https://issues.apache.org/jira/browse/HARMONY-953 > Project: Harmony > Issue Type: Task > Components: DRLVM > Reporter: Alexei Zakharov > Priority: Trivial > > The order of elements returned by Class.getMethods() and Class.getDeclaredMethods() differs from one returned by RI implementation of these methods. > I have wrote a small test and ran it on four different VMs. > The test simply does TestBean.class.getDeclaredMethods() and prints > the resulting array. > TestBean.java: > class TestBean { > String methodCalled = null; > public void method(Integer i) { > methodCalled = "method1"; > } > public void method(int i) { > methodCalled = "method2"; > } > public void method(boolean b) { > methodCalled = "method3"; > } > public void method(Boolean b) { > methodCalled = "method4"; > } > } > The results: > RI (Sun 1.5.0_05) > method int > method boolean > method java.lang.Boolean > method java.lang.Integer > j9 v3 > method java.lang.Integer > method int > method boolean > method java.lang.Boolean > DLRVM > method java.lang.Integer > method int > method boolean > method java.lang.Boolean > jrockit-R26.3.0-jdk1.5.0_06 > method java.lang.Boolean > method boolean > method int > method java.lang.Integer > It was decided in the mailing list that this is a low priority task but it should be fixed nevertheless [1]. > http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200607.mbox/%3c44BC3B05.4060807@gmail.com%3e -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.