harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mikhail Fursov" <mike.fur...@gmail.com>
Subject Re: [drlvm][gc_gen] Does anybody else observe failures in gc_gen?
Date Sat, 25 Aug 2007 05:34:51 GMT
If you can reproduce the same error in -Xem:jet mode the JIT team can relax
- 99% this is not a JIT issue.

On 8/25/07, Evgueni Brevnov <evgueni.brevnov@gmail.com> wrote:
>
> Oh, I fogot to mention that. I run with -Xem:opt.
>
> Evgueni
>
> On 8/25/07, Mikhail Fursov <mike.fursov@gmail.com> wrote:
> > Evgueni,
> > Do you can reproduce the problem in both -Xem:opt and -Xem:jet modes?
> >
> >
> > On 8/24/07, Evgueni Brevnov <evgueni.brevnov@gmail.com> wrote:
> > >
> > > I can easily reproduce that on my local PC.
> > >
> > > Evgueni
> > >
> > > On 8/24/07, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote:
> > > > I didn't have the same failure locally. Probably it's another
> Win2003
> > > > related problem. Will check on Win2003.
> > > >
> > > > Thanks,
> > > > xiaofeng
> > > >
> > > > On 8/24/07, Evgueni Brevnov <evgueni.brevnov@gmail.com> wrote:
> > > > > HI all,
> > > > >
> > > > > Today, I had several crashes in gc_gen module on my P4 HT Win2003.
> It
> > > > > happened once while running kernel test. It almost always fails on
> > > > > specjbb2005 at 8 warehouses. No special options were provided.
> Gc_gen
> > > > > fails on assertion with the following stack trace. Could it be a
> > > > > regression?
> > > > >
> > > > > > msvcr71d.dll!_assert(const char * expr=0x0141a0f8, const char
*
> > > filename=0x0141a110, unsigned int lineno=178)  Line 295 C
> > > > > > gc_gen.dll!blocked_space_extend(Blocked_Space *
> space=0x0155a728,
> > > unsigned int changed_size=327483392)  Line 178 + 0x1c C++
> > > > > > gc_gen.dll!gc_gen_adjust_heap_size(GC_Gen * gc=0x014348f8,
> __int64
> > > pause_time=6594046)  Line 428 + 0xd C++
> > > > > > gc_gen.dll!gc_adjust_heap_size(GC * gc=0x014348f8, __int64
> > > pause_time=6594046)  Line 279 + 0x11 C++
> > > > > > gc_gen.dll!gc_reclaim_heap(GC * gc=0x014348f8, unsigned int
> > > gc_cause=1)  Line 344 + 0x11 C++
> > > > > > gc_gen.dll!fspace_alloc(unsigned int size=2412, Allocator *
> > > allocator=0x01644970)  Line 75 + 0xe C++
> > > > > > gc_gen.dll!nos_alloc(unsigned int size=2412, Allocator *
> > > allocator=0x01644970)  Line 281 + 0x10 C++
> > > > > > gc_gen.dll!gc_alloc(unsigned int size=2412, unsigned int
> > > ah=101208304, void * unused_gc_tls=0x05bea3dc)  Line 91 + 0xd C++
> > > > > > harmonyvm.dll!vm_new_vector_using_vtable_and_thread_pointer(int
> > > length=600, unsigned int vector_handle=101208304, void *
> > > tp=0x05bea3dc)  Line 219 + 0x14 C++
> > > > > > harmonyvm.dll!vm_rt_new_vector_using_vtable_and_thread_pointer
> (int
> > > length=600, unsigned int vector_handle=101208304, void *
> > > tp=0x05bea3dc)  Line 113 + 0x11 C++
> > > > >
> > > > >
> > > > > Thanks
> > > > > Evgueni
> > > > >
> > > >
> > > >
> > > > --
> > > > http://xiao-feng.blogspot.com
> > > >
> > >
> >
> >
> >
> > --
> > Mikhail Fursov
> >
>



-- 
Mikhail Fursov

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message