harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Popov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4066) [jdktools][jdwp] Tests ConsoleInputTests from EUT suite org.eclipse.jdt.debug.tests hang
Date Sat, 09 Jun 2007 12:19:26 GMT

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

Ivan Popov commented on HARMONY-4066:
-------------------------------------

DRLVM hangs with the attached test if it is launched with java wrapper jdk/bin/java.exe. If
VM is launched directly with jdk/jre/bin/java.exe, it does not hang, though output still differ
from RI (it sends many empty lines to output):

---------------------------------------------------------------------------------------------

> %HY_JDK%\jre\bin\java.exe -cp . TerminateTest %HY_JDK%\jre\bin\java.exe -cp . ConsoleInput

*** Starting process:  ...\hdk\jdk\jre\bin\java.exe -cp . ConsoleInput
*** Process started
*** Streams obtained
*** Output streams redirected
*** Buffered input stream created
*** Sending input text: one
two

*** Input text sent
STDOUT: one
two

*** Close input buffered stream
*** Input buffered stream closed
*** Destroy process
*** Process destroyed
STDERR: <close>
STDOUT: one
two









STDOUT:








STDOUT:







STDOUT: <close>
---------------------------------------------------------------------------------------------


The problem with hung DRLVM process seems in the implementation of java wrapper from jdktools/samsa
module. I'll check what's wrong with java wrapper.


> [jdktools][jdwp] Tests ConsoleInputTests from EUT suite org.eclipse.jdt.debug.tests hang
> ----------------------------------------------------------------------------------------
>
>                 Key: HARMONY-4066
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4066
>             Project: Harmony
>          Issue Type: Bug
>          Components: JDK
>         Environment: Windows 2003/XP ia32
>            Reporter: Nina Rinskaya
>         Attachments: TerminateTest.zip
>
>
> VM launched by org.eclipse.jdt.debug.tests.core.ConsoleInputTests.testEOF from EUT suite
org.eclipse.jdt.debug.tests hangs, this happens when executing the line "proxy2.closeInputStream();".
The stacktraces below are received by attaching to the hanging processes.
> To reproduce: please see http://wiki.apache.org/harmony/Eclipse_Unit_Tests_Pass_on_DRLVM#How_to_run_EUT
for reproducing instructions. ${plugin-name} is org.eclipse.jdt.debug.tests, ${test-classname}
and ${launching-test-classname} are org.eclipse.jdt.debug.tests.AutomatedSuite. "Running the
Test Suite from Eclipse SDK" (see (4) at http://wiki.apache.org/harmony/Eclipse_Unit_Tests_Pass_on_DRLVM#How_to_run_EUT_individual)
would be most helpful for debugging.
> ====================================
> Stacktarces: 
> stack 1 (differs for each debugging session):
> >	vmi.dll!GetPortLibrary(const VMInterfaceFunctions_ * * vmi=0x02099040)  Line 100
C++
>  	hyluni.dll!Java_org_apache_harmony_luni_platform_OSFileSystem_ttyAvailableImpl(const
JNINativeInterface_ * * env=0x0132cdb0, _jobject * 
> thiz=0x0013f534)  Line 255 + 0x18	C
>  	034e72cd()	
>  	harmonyvm.dll!get_vm_thread(HyThread * thr=0x0013f560)  Line 190 + 0xb	C++
>  	harmonyvm.dll!get_vm_thread(HyThread * thr=0x00000000)  Line 191 + 0x7	C++
> stack 2:
>  	ntdll.dll!7c90eb94() 	
>  	ntdll.dll!7c90e9c0() 	
>  	kernel32.dll!7c8025cb() 	
>  	gc_gen.dll!vtable_get_gcvt(Partial_Reveal_VTable * vt=0x01f4ffa4)  Line 204 + 0x7	C++
>  	kernel32.dll!7c8308cf() 	
>  	kernel32.dll!7c802532() 	
>  	hythr.dll!os_cond_timedwait(HyCond * cond=0x00392cc0, _RTL_CRITICAL_SECTION * mutex=0x00392ce4,
__int64 ms=0, int nano=0)  Line 89 + 0x10	C
>  	hythr.dll!condvar_wait_impl(HyCond * cond=0x00392cc0, _RTL_CRITICAL_SECTION * mutex=0x00392ce4,
__int64 ms=0, int nano=0, int interruptable=0)  Line 
> 55 + 0x19	C
>  	hythr.dll!sem_wait_impl(HySemaphore * sem=0x00392cb8, __int64 ms=0, int nano=0, int
interruptable=0)  Line 70 + 0x23	C
>  	hythr.dll!hysem_wait(HySemaphore * sem=0x00392cb8)  Line 107 + 0x11	C
>  	gc_gen.dll!vm_wait_event(HySemaphore * event=0x00392cb8)  Line 68 + 0x14	C++
>  	gc_gen.dll!collector_wait_for_task(Collector * collector=0x01c457c8)  Line 123 + 0xc
C++
>  	gc_gen.dll!collector_thread_func(void * arg=0x01c457c8)  Line 172 + 0x9	C++
>  	hythr.dll!thread_start_proc(void * arg=0x0039b420)  Line 711 + 0x9	C
> >	hythr.dll!_threadstartex(void * ptd=0x0039b8c0)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> stack 3:
>  	ntdll.dll!7c90eb94() 	
>  	ntdll.dll!7c90e9c0() 	
>  	kernel32.dll!7c8025cb() 	
>  	gc_gen.dll!finref_metadata_add_entry(GC * gc=0x0204ffa4, Vector_Block * & vector_block_in_use=0x83ec8b55,
Sync_Stack * pool=0x7c8025f8, unsigned int 
> value=0)  Line 277 + 0xa	C++
>  	kernel32.dll!7c8308cf() 	
>  	kernel32.dll!7c802532() 	
>  	hythr.dll!os_cond_timedwait(HyCond * cond=0x0039b520, _RTL_CRITICAL_SECTION * mutex=0x0039b544,
__int64 ms=0, int nano=0)  Line 89 + 0x10	C
>  	hythr.dll!condvar_wait_impl(HyCond * cond=0x0039b520, _RTL_CRITICAL_SECTION * mutex=0x0039b544,
__int64 ms=0, int nano=0, int interruptable=0)  Line 
> 55 + 0x19	C
>  	hythr.dll!sem_wait_impl(HySemaphore * sem=0x0039b518, __int64 ms=0, int nano=0, int
interruptable=0)  Line 70 + 0x23	C
>  	hythr.dll!hysem_wait(HySemaphore * sem=0x0039b518)  Line 107 + 0x11	C
>  	gc_gen.dll!vm_wait_event(HySemaphore * event=0x0039b518)  Line 68 + 0x14	C++
>  	gc_gen.dll!collector_wait_for_task(Collector * collector=0x01c45850)  Line 123 + 0xc
C++
>  	gc_gen.dll!collector_thread_func(void * arg=0x01c45850)  Line 172 + 0x9	C++
>  	hythr.dll!thread_start_proc(void * arg=0x0039b7c8)  Line 711 + 0x9	C
> >	hythr.dll!_threadstartex(void * ptd=0x0039b978)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> stack 4:
>  	ntdll.dll!7c90eb94() 	
>  	ntdll.dll!7c90e9c0() 	
>  	kernel32.dll!7c8025cb() 	
>  	hythr.dll!hysem_wait(HySemaphore * sem=0x032dffa4)  Line 107 + 0x11	C
>  	kernel32.dll!7c8308cf() 	
>  	kernel32.dll!7c802532() 	
>  	hythr.dll!os_cond_timedwait(HyCond * cond=0x0039ba38, _RTL_CRITICAL_SECTION * mutex=0x0039ba5c,
__int64 ms=0, int nano=0)  Line 89 + 0x10	C
>  	hythr.dll!condvar_wait_impl(HyCond * cond=0x0039ba38, _RTL_CRITICAL_SECTION * mutex=0x0039ba5c,
__int64 ms=0, int nano=0, int interruptable=0)  Line 
> 55 + 0x19	C
>  	hythr.dll!sem_wait_impl(HySemaphore * sem=0x0039ba30, __int64 ms=0, int nano=0, int
interruptable=0)  Line 70 + 0x23	C
>  	hythr.dll!hysem_wait(HySemaphore * sem=0x0039ba30)  Line 107 + 0x11	C
>  	harmonyvm.dll!wait_pending_finalizer()  Line 207 + 0xd	C++
>  	harmonyvm.dll!finalizer_thread_func(void * * args=0x02981fc8)  Line 240	C++
>  	hythr.dll!thread_start_proc(void * arg=0x0039bc70)  Line 711 + 0x9	C
> >	hythr.dll!_threadstartex(void * ptd=0x0039bd68)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> stack 5:
>  	ntdll.dll!7c90eb94() 	
>  	ntdll.dll!7c90e9c0() 	
>  	kernel32.dll!7c8025cb() 	
>  	kernel32.dll!7c8308cf() 	
>  	kernel32.dll!7c802532() 	
>  	hythr.dll!os_cond_timedwait(HyCond * cond=0x0039ba38, _RTL_CRITICAL_SECTION * mutex=0x0039ba5c,
__int64 ms=0, int nano=0)  Line 89 + 0x10	C
>  	hythr.dll!condvar_wait_impl(HyCond * cond=0x0039ba38, _RTL_CRITICAL_SECTION * mutex=0x0039ba5c,
__int64 ms=0, int nano=0, int interruptable=0)  Line 
> 55 + 0x19	C
>  	hythr.dll!sem_wait_impl(HySemaphore * sem=0x0039ba30, __int64 ms=0, int nano=0, int
interruptable=0)  Line 70 + 0x23	C
>  	hythr.dll!hysem_wait(HySemaphore * sem=0x0039ba30)  Line 107 + 0x11	C
>  	harmonyvm.dll!wait_pending_finalizer()  Line 207 + 0xd	C++
>  	harmonyvm.dll!finalizer_thread_func(void * * args=0x0297c0d0)  Line 240	C++
>  	hythr.dll!thread_start_proc(void * arg=0x0039bf00)  Line 711 + 0x9	C
> >	hythr.dll!_threadstartex(void * ptd=0x004260f8)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	
> stack 6:
>  	ntdll.dll!7c90eb94() 	
>  	ntdll.dll!7c90e9c0() 	
>  	kernel32.dll!7c8025cb() 	
>  	harmonyvm.dll!References_To_Enqueue::enqueue_references()  Line 599 + 0xf	C++
>  	harmonyvm.dll!wait_pending_reference()  Line 126 + 0xd	C++
>  	harmonyvm.dll!ref_enqueue_thread_func(void * * args=0x0297c2a0)  Line 152	C++
>  	hythr.dll!thread_start_proc(void * arg=0x0039bfe0)  Line 711 + 0x9	C
> >	hythr.dll!_threadstartex(void * ptd=0x004263c8)  Line 241 + 0xd	C
>  	kernel32.dll!7c80b683() 	

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