I wonder how local pointer (_jobject * java_thread) could change? Or it is just corrupted stack?
Evgueni On 4/25/07, Xiao-Feng Li <[EMAIL PROTECTED]> wrote:
Judging based on the stack trace and what you reported, I guess it is not a GC bug. The wrapper_func is only used for Java thread. I will check it anyway. Thanks, xiaofeng On 4/24/07, Sergey Kuksenko (JIRA) <[EMAIL PROTECTED]> wrote: > [drlvm][gc_gen] DRLVM failed on SPECjbb2005 with GCv5. > ------------------------------------------------------ > > Key: HARMONY-3746 > URL: https://issues.apache.org/jira/browse/HARMONY-3746 > Project: Harmony > Issue Type: Bug > Reporter: Sergey Kuksenko > Priority: Blocker > > > DRLVM failed on SPECjbb2005 with GCv5 in server mode. > When we tunrning back gc_cc everything is ok. > > Used DRLVM parametters: -Xms1536m -Xmx1536m -Xem:server5 > server5 - is a copy of the default server.emconf modified for gc_gen. > Platform: Win32. > Failire occures on 4 warehouses. > Call stack is > harmonyvm.dll!run_java_detach(_jobject * java_thread=0x00070023) Line 167 + 0xd C++ > harmonyvm.dll!vm_detach(_jobject * java_thread=0x66ac1a68) Line 280 C++ > harmonyvm.dll!jthread_detach(_jobject * java_thread=0x66ac1a68) Line 293 + 0x6 C > harmonyvm.dll!wrapper_proc(void * arg=0x66abfb10) Line 105 + 0x6 C > hythr.dll!thread_start_proc(void * arg=0x008281b0) Line 714 C > hythr.dll!_threadstartex(void * ptd=0x003ad088) Line 241 + 0x6 C > > Also I wish to mention that on svn rev:531370 (12 April) SPECjbb2005 passed on DRLVM + GCv5. > > > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > > -- http://xiao-feng.blogspot.com
