harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Zvolsky (JIRA)" <j...@apache.org>
Subject [jira] Closed: (HARMONY-3989) [drlvm][gc_gen] Assertion `get_obj_info_raw(obj) & Cur_Forward_Bit' failed on Dacapo lusearch
Date Fri, 08 Jun 2007 08:56:26 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-3989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Ivan Zvolsky closed HARMONY-3989.
---------------------------------

    Resolution: Fixed

This issue seems to be fixed together with HARMONY-3993.
At least I can't reproduce it since r545189.

> [drlvm][gc_gen] Assertion `get_obj_info_raw(obj) & Cur_Forward_Bit' failed on Dacapo
lusearch
> ---------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-3989
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3989
>             Project: Harmony
>          Issue Type: Bug
>          Components: VM
>         Environment: linux/ia32
>            Reporter: Ivan Zvolsky
>            Assignee: Xiao-Feng Li
>
> Harmony (revision 452079) intermittently fails to pass Dacapo lusearch benchmark:
> ===== DaCapo lusearch starting =====
> java: /export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/common/gc_common.h:300:
Partial_Reveal_Object* obj_get_fw_in_oi(Partial_Reveal_Object*): Assertion `get_obj_info_raw(obj)
& Cur_Forward_Bit' failed.
> SIGABRT in VM code.
> Stack trace:
> 0: ?? (??:-1)
> 1: abort (??:-1)
> 2: __assert_fail (??:-1)
> 3: obj_get_fw_in_oi(Partial_Reveal_Object*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/common/gc_common.h:156)
> 4: gc_update_repointed_sets (/export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/common/gc_metadata.cpp:191)
> 5: gc_fix_rootset(Collector*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/common/gc_metadata.cpp:209)
> 6: slide_compact_mspace(Collector*) /export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/mark_compact/mspace_slide_compact.cpp:492)
> 7: collector_thread_func (/export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/gc_gen/src/thread/collector.cpp:181)
> 8: thread_start_proc (/export/lab_drlbuild/_bta/build/checkouts/hdk/trunk/working_vm/vm/thread/src/thread_native_basic.c:711)
> 9: start_thread (??:-1)
> 10: clone (??:-1)
> <end of stack trace>
> Revision: "svn = r542079, (May 28 2007), Linux/ia32/gcc 3.3.3, debug build"
> The failure is intermittent. Sometimes stack trace differs:
> ===== DaCapo lusearch starting =====
> java: /export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/gen/gen.cpp:468:
void gc_gen_reclaim_heap(GC_Gen *): Assertion `0' failed.
> SIGABRT in VM code.
> Stack trace:
> 0: ?? (??:-1)
> 1: abort (??:-1)
> 2: __assert_fail (??:-1)
> 3: gc_gen_reclaim_heap(GC_Gen*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/gen/gen.cpp:468)
> 4: gc_reclaim_heap(GC*, unsigned int) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/common/gc_common.cpp:304)
> 5: lspace_alloc(unsigned int, Allocator*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/mark_sweep/lspace_alloc_collect.cpp:219)
> 6: los_alloc(unsigned int, Allocator*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/gen/gen.cpp:275)
> 7: gc_alloc (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/gc_gen/src/thread/mutator_alloc.cpp:77)
> 8: vm_new_vector_using_vtable_and_thread_pointer(int, unsigned int, void*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/vmcore/src/object/vm_arrays.cpp:217)
> 9: vm_rt_new_vector_using_vtable_and_thread_pointer(int, unsigned int, void*) (/export/lab_drlbuild/_bta/build/checkouts/hdk/working_vm/vm/vmcore/src/jit/jit_runtime_support.cpp:112)
> 10: 0x42005A35  <Generated stub>
> 11: ?? (??:-1)
> ...
> Revision: "svn = r542096, (May 28 2007), Linux/ia32/icc 900, debug build"
> This can be reproduced by running the following command: 
> java -jar dacapo-2006-10-MR2.jar -s small lusearch
> One can get dacapo-2006-10-MR2.jar here: http://sourceforge.net/project/showfiles.php?group_id=172498

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