You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Andrey Pavlenko (JIRA)" <ji...@apache.org> on 2007/12/05 10:01:46 UTC

[jira] Closed: (HARMONY-5242) [drlvm][classloader] Error during concurrent deserialization of hashtable

     [ https://issues.apache.org/jira/browse/HARMONY-5242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andrey Pavlenko closed HARMONY-5242.
------------------------------------


The issue is not reproducible yet.

> [drlvm][classloader] Error during concurrent deserialization of hashtable
> -------------------------------------------------------------------------
>
>                 Key: HARMONY-5242
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5242
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Andrey Pavlenko
>            Assignee: Gregory Shimansky
>            Priority: Critical
>             Fix For: 5.0M4
>
>         Attachments: H5242.patch, Test.java
>
>
> The attached test causes an error with the following stack:
> Internal error:/nfs/ims/proj/drl/mrt3/users/apavlen1/work/harmony/svn/drlvm/vm/vmcore/include/hashtable.h:269: Element was inserted second time in MapEx!SIGABRT in VM code.
> Stack trace:
> addr2line: '[vdso]': No such file
>   0: ?? (:-1)
>   1: abort (??:-1)
>   2: ClassLoader::InsertInitiatedClass(Class*) (apr_strtok.c:-1)
>   3: Java_java_lang_ClassLoader_registerInitiatedClass (??:-1)
>   4: 0xA611CD6B  <Generated stub>
>   5: java/lang/Class.forName(Ljava/lang/String;ZLjava/lang/ClassLoader;)Ljava/lang/Class; (Class.java:156)
>   6: java/io/ObjectInputStream.resolveClass(Ljava/io/ObjectStreamClass;)Ljava/lang/Class; (ObjectInputStream.java:2400)
>   7: java/io/ObjectInputStream.readNewClassDesc(Z)Ljava/io/ObjectStreamClass; (ObjectInputStream.java:1708)
>   8: java/io/ObjectInputStream.readClassDesc()Ljava/io/ObjectStreamClass; (ObjectInputStream.java:712)
>   9: java/io/ObjectInputStream.readNewObject(Z)Ljava/lang/Object; (ObjectInputStream.java:1860)
>  10: java/io/ObjectInputStream.readNonPrimitiveContent(Z)Ljava/lang/Object; (ObjectInputStream.java:816)
>  11: java/io/ObjectInputStream.readObject(Z)Ljava/lang/Object; (ObjectInputStream.java:2130)
>  12: java/io/ObjectInputStream.readObject()Ljava/lang/Object; (ObjectInputStream.java:2085)
>  13: Test$1.run()V (Test.java:68)
>  14: java/lang/Thread.runImpl()V (Thread.java:668)
>  15: ?? (??:-1)
>  16: .L294 (ini_iA32.cpp:-1)
>  17: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (inet_pton.c:-1)
>  18: ExecuteMethod (em_intf.cpp:-1)
>  19: vm_execute_java_method_array (apr_strtok.c:-1)
>  20: call_method_no_ref_result(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*, jvalue*, int) (jni_method.cpp:-1)
>  21: CallVoidMethodA(JNIEnv_External*, _jobject*, _jmethodID*, jvalue*) (apr_strtok.c:-1)
>  22: jthread_wrapper_start_proc(void*) (apr_strtok.c:-1)
>  23: start_thread (??:-1)
>  24: clone (??:-1)
> <end of stack trace>
> This issue is reproducible on Windows and Linux and seems to be a regression.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.