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 14:35:43 UTC

[jira] Closed: (HARMONY-4338) [drlvm][jvmti] JNI function NewStringUTF() invoked from Exception callback throws assertion `!is_unwindable()'

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

Gregory Shimansky closed HARMONY-4338.
--------------------------------------


No response, assuming ok.

> [drlvm][jvmti] JNI function NewStringUTF() invoked from Exception callback throws assertion `!is_unwindable()'
> --------------------------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-4338
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4338
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: Windows/x86, Linux/x86, harmony-jdk-r551077
>            Reporter: Ivan Popov
>            Assignee: Gregory Shimansky
>         Attachments: H4338.patch, H4338.patch, HY-4338.zip
>
>
> With patch for HARMONY-2892 JDWP agent is able to defer initialization until exception is thrown and launch debugger on demand. patched agent works well on top on Sun JVM (even with -Xcheck:jni), but fails with DRLVM. The problem is that JNI function NewStringUTF() throws assertion `!is_unwindable()' when it is invoked from Exception callback while agent performs deferred initialization. Here is stack trace:
> java: .../trunk/working_vm/vm/vmcore/src/util/vm_strings.cpp:345: _jobject* string_create_from_utf8_h(const char*, unsigned int): Assertion `!is_unwindable()' failed.
> SIGABRT in VM code.
> Stack trace:
>   0: ?? (??:-1)
>   1: abort (??:-1)
>   2: __assert_fail (??:-1)
>   3: string_create_from_utf8_h(char const*, unsigned int) (.../trunk/working_vm/vm/vmcore/src/util/vm_strings.cpp:346)
>   4: NewStringUTF(JNIEnv_External*, char const*) (.../trunk/working_vm/vm/vmcore/src/jni/jni.cpp:1159)
>   5: JNIEnv_External::NewStringUTF(char const*) (.../trunk/working_vm/vm/include/jni.h:1441)
>   6: jdwp::ThreadManager::CreateAgentThread(JNIEnv_External*, char const*) (../../common/agent/core/ThreadManager.cpp:291)
>   7: jdwp::ThreadManager::RunAgentThread(JNIEnv_External*, void (*)(jvmtiEnv_struct*, JNIEnv_External*, void*), void const*, int, char const*, _jobject*) (../../common/agent/core/ThreadManager.cpp:254)
>   8: jdwp::EventDispatcher::Start(JNIEnv_External*) (../../common/agent/core/EventDispatcher.cpp:119)
>   9: jdwp::AgentManager::Start(jvmtiEnv_struct*, JNIEnv_External*) (../../common/agent/core/AgentManager.cpp:88)
>  10: jdwp::RequestManager::HandleException(jvmtiEnv_struct*, JNIEnv_External*, _jobject*, _jmethodID*, long long, _jobject*, _jmethodID*, long long) (../../common/agent/core/RequestManager.cpp:953)
>  11: jvmti_send_exception_event (.../trunk/working_vm/vm/vmcore/src/jvmti/jvmti_event.cpp:1421)
>  12: jvmti_jit_exception_event_callback_call(ManagedObject*, JIT*, Method*, void*, JIT*, Method*, void*) (.../trunk/working_vm/vm/vmcore/src/jvmti/jvmti_event.cpp:1531)
>  13: exn_propagate_exception (.../trunk/working_vm/vm/vmcore/src/exception/exceptions_jit.cpp:404)
>  14: exn_throw_for_JIT(ManagedObject*, Class*, Method*, unsigned char*, jvalue*) (.../trunk/working_vm/vm/vmcore/src/exception/exceptions_jit.cpp:470)
>  15: exn_athrow(ManagedObject*, Class*, Method*, unsigned char*) (.../trunk/working_vm/vm/vmcore/src/exception/exceptions_jit.cpp:505)
>  16: ?? (??:-1)
>  17: HelloException.main([Ljava/lang/String;)V (HelloException.java:4)
> <end of stack trace>
> Aborted
> To reproduce this bug see instructions in HARMONY-2892 how to launch JDWP agent in this mode.

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