You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Xiao-Feng Li (JIRA)" <ji...@apache.org> on 2007/05/28 11:22:15 UTC

[jira] Assigned: (HARMONY-3989) [drlvm][gc_gen] Assertion `get_obj_info_raw(obj) & Cur_Forward_Bit' failed on Dacapo lusearch

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

Xiao-Feng Li reassigned HARMONY-3989:
-------------------------------------

    Assignee: Xiao-Feng Li

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