Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 9780 invoked from network); 23 Jan 2008 02:28:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jan 2008 02:28:59 -0000 Received: (qmail 27489 invoked by uid 500); 23 Jan 2008 02:28:49 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 27462 invoked by uid 500); 23 Jan 2008 02:28:49 -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 27453 invoked by uid 99); 23 Jan 2008 02:28:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Jan 2008 18:28:49 -0800 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; Wed, 23 Jan 2008 02:28:31 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D0FBF48802C for ; Tue, 22 Jan 2008 18:28:37 -0800 (PST) Message-ID: <2723057.1201055317852.JavaMail.jira@brutus> Date: Tue, 22 Jan 2008 18:28:37 -0800 (PST) From: "Xiao-Feng Li (JIRA)" To: commits@harmony.apache.org Subject: [jira] Updated: (HARMONY-5303) [drlvm][Linux64-gcc-bug] EUT hangs up In-Reply-To: <8082261.1197554983033.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-5303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Xiao-Feng Li updated HARMONY-5303: ---------------------------------- Description: Latest update: This is Linux64 gcc bug. The Linux64 gcc issues are grouped at HARMONY-5416. It has nothing to do with a certain commit. That commit only makes Linux64 gcc bug to surface more frequently. ======================== The EUT3.3 suite - coreresources - start hanging on Linux x86_64 since r597313: Log: HARMONY-4325 : [drlvm][gc] Tick project concurrent GC improvement (the latest passed revision by CC is 597106 (21-Nov-2007): http://people.apache.org/~smishura/r597106/Linux_x86_64/eut33/results/html/org.eclipse.core.tests.resources_linux.gtk.x86_64.html the next test revisions (597436) demonstrated the crash (23-Nov-2007): http://people.apache.org/~smishura/r597436/Linux_x86_64/eut33/). To reproduce the hang please follow the EUT run instrcution on Wiki page - http://wiki.apache.org/harmony/Eclipse_Unit_Tests_Pass_on_DRLVM - Chapter #1 and Chapter #2. You'll see in the output.txt that the suite run was terminated by timeout (this means the issues is reproduced). Also I've found out that this hang is some kind of intermittent. I've run 'coreresources' 4 times on r597301 - it passed w/o hang all 4 times (although sometimes with some errors / failures). Running 'coreresources' on later revisions (starting 597313) shows the hang almost all of the time (19 hang on 20 runs). Please note that the instruction in below Comment is a bit out of date (at least the link to archives was changed). was: The EUT3.3 suite - coreresources - start hanging on Linux x86_64 since r597313: Log: HARMONY-4325 : [drlvm][gc] Tick project concurrent GC improvement (the latest passed revision by CC is 597106 (21-Nov-2007): http://people.apache.org/~smishura/r597106/Linux_x86_64/eut33/results/html/org.eclipse.core.tests.resources_linux.gtk.x86_64.html the next test revisions (597436) demonstrated the crash (23-Nov-2007): http://people.apache.org/~smishura/r597436/Linux_x86_64/eut33/). To reproduce the hang please follow the EUT run instrcution on Wiki page - http://wiki.apache.org/harmony/Eclipse_Unit_Tests_Pass_on_DRLVM - Chapter #1 and Chapter #2. You'll see in the output.txt that the suite run was terminated by timeout (this means the issues is reproduced). Also I've found out that this hang is some kind of intermittent. I've run 'coreresources' 4 times on r597301 - it passed w/o hang all 4 times (although sometimes with some errors / failures). Running 'coreresources' on later revisions (starting 597313) shows the hang almost all of the time (19 hang on 20 runs). Please note that the instruction in below Comment is a bit out of date (at least the link to archives was changed). Summary: [drlvm][Linux64-gcc-bug] EUT hangs up (was: [drlvm][gc][EUT] regression in coreresources on Linux x86_64 caused by r597313) > [drlvm][Linux64-gcc-bug] EUT hangs up > ------------------------------------- > > Key: HARMONY-5303 > URL: https://issues.apache.org/jira/browse/HARMONY-5303 > Project: Harmony > Issue Type: Bug > Components: DRLVM > Environment: Linux / x86_64 > Reporter: Vladimir Beliaev > Assignee: Xiao-Feng Li > Attachments: H5303.fixed.patch, H5303.updated.patch, stacks.txt > > > Latest update: This is Linux64 gcc bug. The Linux64 gcc issues are grouped at HARMONY-5416. It has nothing to do with a certain commit. That commit only makes Linux64 gcc bug to surface more frequently. > ======================== > The EUT3.3 suite - coreresources - start hanging on Linux x86_64 since r597313: > Log: > HARMONY-4325 : [drlvm][gc] Tick project concurrent GC improvement > (the latest passed revision by CC is 597106 (21-Nov-2007): > http://people.apache.org/~smishura/r597106/Linux_x86_64/eut33/results/html/org.eclipse.core.tests.resources_linux.gtk.x86_64.html > the next test revisions (597436) demonstrated the crash (23-Nov-2007): > http://people.apache.org/~smishura/r597436/Linux_x86_64/eut33/). > To reproduce the hang please follow the EUT run instrcution on Wiki page - http://wiki.apache.org/harmony/Eclipse_Unit_Tests_Pass_on_DRLVM - Chapter #1 and Chapter #2. You'll see in the output.txt that the suite run was terminated by timeout (this means the issues is reproduced). > Also I've found out that this hang is some kind of intermittent. I've run 'coreresources' 4 times on r597301 - it passed w/o hang all 4 times (although sometimes with some errors / failures). Running 'coreresources' on later revisions (starting 597313) shows the hang almost all of the time (19 hang on 20 runs). > Please note that the instruction in below Comment is a bit out of date (at least the link to archives was changed). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.