Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <18181016.1166779763164.JavaMail.jira@brutus>
Date: Fri, 22 Dec 2006 01:29:23 -0800 (PST)
From: "Mikhail Loenko (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Resolved: (HARMONY-2834) [drlvm] ZipEntryTest failes due to
 incorrect args transition
In-Reply-To: <26174565.1166703741076.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

     [ http://issues.apache.org/jira/browse/HARMONY-2834?page=all ]

Mikhail Loenko resolved HARMONY-2834.
-------------------------------------

    Resolution: Fixed

applied in revision 489588

> [drlvm] ZipEntryTest failes due to incorrect args transition
> ------------------------------------------------------------
>
>                 Key: HARMONY-2834
>                 URL: http://issues.apache.org/jira/browse/HARMONY-2834
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: George Timoshenko
>         Assigned To: Mikhail Loenko
>         Attachments: HARMONY-2834.patch
>
>
> The problem was raized by Mikhail Loenko in the mail-list:
> ==========
> the test
> org/apache/harmony/archive/tests/java/util/zip/ZipEntryTest.java
> fails on drlvm on linux on x64
> though the test itself is not perfect, it seems like that
> in zip.c we pass long converted from U_32:
>  java_ZipEntry = ((*env)->NewObject (env, javaClass, mid, entryName,
> NULL,     /* comment */
>                                      extra,
>                                      (jlong) zipEntry.lastModTime,
>                                      (jlong) zipEntry.uncompressedSize,
>                                      (jlong) zipEntry.compressedSize,
>                                      (jlong) zipEntry.crc32,
>                                      zipEntry.compressionMethod,
>                                      (jlong) zipEntry.lastModDate,
>                                      (jlong) zipEntry.dataPointer));
> but in ZipEntry constructor we receive a value that is more than max integer
> Something is wrong in JNI ?
> Thanks,
> Mikhail 
> ========
> Investigation shows that the problem is in the stub generated by
> invoke_managed_func_int_t gen_invoke_managed_func  (ini_em64t.cpp:60)
> rcx value is being tested incorrectly

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira