harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "George Timoshenko (JIRA)" <j...@apache.org>
Subject [jira] Created: (HARMONY-2834) [drlvm] ZipEntryTest failes due to incorrect args transition
Date Thu, 21 Dec 2006 12:22:21 GMT
[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

The problem was raized by Mikhail Loenko in the mail-list:

the test


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 */
                                     (jlong) zipEntry.lastModTime,
                                     (jlong) zipEntry.uncompressedSize,
                                     (jlong) zipEntry.compressedSize,
                                     (jlong) zipEntry.crc32,
                                     (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 ?


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


View raw message