harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gregory Shimansky (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-3047) [drlvm] EUT jdtdebug suit passes with JVMTI_ERROR_unknown error
Date Wed, 24 Jan 2007 11:51:50 GMT

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

Gregory Shimansky commented on HARMONY-3047:
--------------------------------------------

JVMTI error is reported because when VM which is being debugged is crashing, and so connection
between Eclipse and JVMTI agent breaks. Eclipse has no way to find out what has happened on
the other side of connection, that's why it reports such error.

> [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.


Mime
View raw message