You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Mikhail Loenko (JIRA)" <ji...@apache.org> on 2006/12/21 13:30:35 UTC
[jira] Assigned: (HARMONY-2834) [drlvm] ZipEntryTest failes due to
incorrect args transition
[ http://issues.apache.org/jira/browse/HARMONY-2834?page=all ]
Mikhail Loenko reassigned HARMONY-2834:
---------------------------------------
Assignee: Mikhail Loenko
> [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