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

[jira] Commented: (HARMONY-3047) [drlvm] EUT jdtdebug suit passes with JVMTI_ERROR_unknown error

    [ https://issues.apache.org/jira/browse/HARMONY-3047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467003 ] 

Aleksey Ignatenko commented on HARMONY-3047:
--------------------------------------------

To reproduce one needs to: 
1. build the latest Harmony jre (I have r499267.) 
2. dowload EUT runniing script from jira-2038 
3. update eut.properties: set test.jre.home= to Harmony jre home 
4. type "ant  -Dtests=jdtdebug" in command line

> [drlvm] EUT jdtdebug suit passes with JVMTI_ERROR_unknown error
> ---------------------------------------------------------------
>
>                 Key: HARMONY-3047
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3047
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: reproduced on Windows 
>            Reporter: Aleksey Ignatenko
>         Attachments: java_jvmti1.dmp
>
>
> When runningn jdtdebug suilt from EUT Eclipse writes to console window the following error (I consider it equal to crash):
> FATAL ERROR occurred in native method: JDWP on raw monitor wait, jvmtiError=JVMTI_ERROR_unknown(70007)
> The stack trace of the 02B73788 java thread:
> JDWP exit error JVMTI_ERROR_unknown(70007): on raw monitor wait
> I succeded to see the crash in debugger, stack trace:
>  	kernel32.dll!77e55dea() 	
>  	kernel32.dll!77e55dea() 	
>  	rpcrt4.dll!77c71abe() 	
>  	rpcrt4.dll!77c71122() 	
>  	rpcrt4.dll!77c84664() 	
>  	rpcrt4.dll!77c848aa() 	
>  	rpcrt4.dll!77ce2125() 	
>  	harmonyvm.dll!std::_Tree<std::_Tmap_traits<String const *,Class *,std::less<String const *>,std::allocator<std::pair<String const * const,Class *> >,0> >::_Key(std::_Tree_nod<std::_Tmap_traits<String const *,Class *,std::less<String const *>,std::allocator<std::pair<String const * const,Class *> >,0> >::_Node * _Pnode=0x01252840)  Line 142 + 0x12	C++
>  	harmonyvm.dll!std::_Tree<std::_Tmap_traits<String const *,Class *,std::less<String const *>,std::allocator<std::pair<String const * const,Class *> >,0> >::iterator::iterator(std::_Tree_nod<std::_Tmap_traits<String const *,Class *,std::less<String const *>,std::allocator<std::pair<String const * const,Class *> >,0> >::_Node * _Pnode=0x00000000)  Line 313	C++
>  	0cab2048()	
>  	hythr.dll!apr_thread_mutex_trylock(apr_thread_mutex_t * mutex=0x5f29c8f4)  Line 106 + 0x36	C
>  	harmonyvm.dll!interpreter_enabled()  Line 48 + 0xf	C++
>  	00000009()	
> >	harmonyvm.dll!Class::prepare(Global_Env * env=0x71b2423a)  Line 1535 + 0xf	C++
>  	mswsock.dll!71b24206() 	
>  	harmonyvm.dll!get_vm_thread(HyThread * thr=0x4bbbdbb4)  Line 119 + 0xf	C++
>  	hythr.dll!tmn_self_macro()  Line 96 + 0xa	C
>  	b87ae8ec()	
> Looks like the problem is somethere in classloader, but Eclipse reports JVMTI error.

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