Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 90472 invoked from network); 25 May 2007 10:41:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 May 2007 10:41:37 -0000 Received: (qmail 87191 invoked by uid 500); 25 May 2007 10:41:42 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 87175 invoked by uid 500); 25 May 2007 10:41:42 -0000 Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list commits@harmony.apache.org Received: (qmail 87166 invoked by uid 99); 25 May 2007 10:41:42 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 May 2007 03:41:42 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 May 2007 03:41:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 822A7714068 for ; Fri, 25 May 2007 03:41:16 -0700 (PDT) Message-ID: <5435122.1180089676530.JavaMail.jira@brutus> Date: Fri, 25 May 2007 03:41:16 -0700 (PDT) From: "Xiao-Feng Li (JIRA)" To: commits@harmony.apache.org Subject: [jira] Updated: (HARMONY-3977) [drlvm][gc_gen] Race conditions at "gc_for_vm.cpp":300 at gc_clear_mutator_block_flag function In-Reply-To: <7546252.1180087936314.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-3977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiao-Feng Li updated HARMONY-3977: ---------------------------------- Assignee: Xiao-Feng Li This is not a race. It's ok for more than one finalizer threads to set the same flag to resume the mutators. > [drlvm][gc_gen] Race conditions at "gc_for_vm.cpp":300 at gc_clear_mutator_block_flag function > ---------------------------------------------------------------------------------------------- > > Key: HARMONY-3977 > URL: https://issues.apache.org/jira/browse/HARMONY-3977 > Project: Harmony > Issue Type: Bug > Components: DRLVM > Reporter: Ilya Leviev > Assigned To: Xiao-Feng Li > Attachments: SourceViewScreenshot-1.jpg > > > TC report on thread unsafe access that result in race condition that occur during concurrent execution of gc_clear_mutator_block_flag function > if it not affect correctness of execution I will mark it by special API for prevention of further alarms on this race. > Write -> Write data-race > Memory write at "gc_for_vm.cpp":300 conflicts with a prior memory write at "gc_for_vm.cpp":300 > Stack Trace: > Context > Function hythread_create "thread_native_basic.c":165 > Function hythread_create_with_group "thread_native_basic.c":136 > Function os_thread_create "os_thread.c":37 > Function _beginthreadex "threadex.c":145 > Function EntryPoint "dllcrt0.c":323 > Function threadstartex "threadex.c":241 > Function thread_start_proc "thread_native_basic.c":711 > Function finalizer_thread_func "finalizer_thread.cpp":266 > Function void vm_heavy_finalizer_resume_mutator(void) "finalizer_thread.cpp":318 > Function gc_clear_mutator_block_flag "gc_for_vm.cpp":298 > 1st Access > Function hythread_create "thread_native_basic.c":165 > Function hythread_create_with_group "thread_native_basic.c":136 > Function os_thread_create "os_thread.c":37 > Function _beginthreadex "threadex.c":145 > Function EntryPoint "dllcrt0.c":323 > Function threadstartex "threadex.c":241 > Function thread_start_proc "thread_native_basic.c":711 > Function finalizer_thread_func "finalizer_thread.cpp":266 > Function void vm_heavy_finalizer_resume_mutator(void) "finalizer_thread.cpp":318 > Function gc_clear_mutator_block_flag "gc_for_vm.cpp":300 > "297" "" " Boolean gc_clear_mutator_block_flag()" > "298" "" " {" > "299" "" " Boolean old_flag = mutator_need_block;" > "300" "*" " mutator_need_block = FALSE;" > "301" "" " return old_flag;" > 2nd Access > Function hythread_create "thread_native_basic.c":165 > Function hythread_create_with_group "thread_native_basic.c":136 > Function os_thread_create "os_thread.c":37 > Function _beginthreadex "threadex.c":145 > Function EntryPoint "dllcrt0.c":323 > Function threadstartex "threadex.c":241 > Function thread_start_proc "thread_native_basic.c":711 > Function finalizer_thread_func "finalizer_thread.cpp":266 > Function void vm_heavy_finalizer_resume_mutator(void) "finalizer_thread.cpp":318 > Function gc_clear_mutator_block_flag "gc_for_vm.cpp":300 > "297" "" " Boolean gc_clear_mutator_block_flag()" > "298" "" " {" > "299" "" " Boolean old_flag = mutator_need_block;" > "300" "*" " mutator_need_block = FALSE;" > "301" "" " return old_flag;" > See also Source View screenshots. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.