You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Gregory Shimansky (JIRA)" <ji...@apache.org> on 2007/12/28 18:18:43 UTC
[jira] Resolved: (HARMONY-5357) [drlvm][classloader] ClassCastTest
from reliability test suite fires an assertion
[ https://issues.apache.org/jira/browse/HARMONY-5357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky resolved HARMONY-5357.
----------------------------------------
Resolution: Fixed
Patch is applied at 607292.
> [drlvm][classloader] ClassCastTest from reliability test suite fires an assertion
> ---------------------------------------------------------------------------------
>
> Key: HARMONY-5357
> URL: https://issues.apache.org/jira/browse/HARMONY-5357
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Reporter: Ilya Berezhniuk
> Assignee: Gregory Shimansky
> Attachments: H-5357.patch
>
>
> When working on HARMONY-5304, I've found a cause of GC instability.
> But with applied fix I've got another assertion:
> java: working_vm/vm/vmcore/src/class_support/Prepare.cpp:1143: bool Class::prepare(Global_Env*): Assertion `m_state == ST_BytecodesVerified' failed.
> This looks like race condition in class preparation when prepare() is interrupted by some error, and another thread tries to load the same class.
> The stack trace from GDB:
> (gdb) bt
> #0 0x00002b2a2ba28b75 in raise () from /lib64/libc.so.6
> #1 0x00002b2a2ba29f30 in abort () from /lib64/libc.so.6
> #2 0x00002b2a2ba22246 in __assert_fail () from /lib64/libc.so.6
> #3 0x00002aaaaab34802 in Class::prepare (this=0x2aaac0233410, env=0x52d178)
> at /nfs/ims/proj/drl/mrt2/users/iberezhn/svn2/working_vm/vm/vmcore/src/class_support/Prepare.cpp:1143
> #4 0x00002aaaaab47d7c in ClassLoader::LoadVerifyAndPrepareClass (this=0x540110, env=0x52d178, name=0x22a3b00)
> at /nfs/ims/proj/drl/mrt2/users/iberezhn/svn2/working_vm/vm/vmcore/src/class_support/classloader.cpp:384
> #5 0x00002aaaaab1b333 in class_load_verify_prepare_from_jni (env=0x52d178, classname=0x22a3b00)
> at /nfs/ims/proj/drl/mrt2/users/iberezhn/svn2/working_vm/vm/vmcore/src/class_support/Class_File_Loader.cpp:3505
> #6 0x00002aaaaab139af in class_find_class_from_loader (loader=0x0, n=0x2aaac003f2b0 "java.util.TreeMap$BoundedIterator", init=0)
> at /nfs/ims/proj/drl/mrt2/users/iberezhn/svn2/working_vm/vm/vmcore/src/class_support/C_Interface.cpp:1084
> #7 0x00002aaaaab849e5 in Java_java_lang_VMClassRegistry_loadBootstrapClass (jenv=0x1013720, name=0x44a22ab8)
> at /nfs/ims/proj/drl/mrt2/users/iberezhn/svn2/working_vm/vm/vmcore/src/kernel_classes/native/java_lang_VMClassRegistry.cpp:82
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.