Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <17343187.1192412330683.JavaMail.jira@brutus>
Date: Sun, 14 Oct 2007 18:38:50 -0700 (PDT)
From: "Qi Ji (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Commented: (HARMONY-4890) [drlvm][gc][EUT] 37% tests crashed
 in gc_gen_adapt
In-Reply-To: <29442671.1191328610721.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HARMONY-4890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12534718 ] 

Qi Ji commented on HARMONY-4890:
--------------------------------

Hi Vladimir,
    I followed your new description and run that command line for 5 times, but never got your previous stack trace, the output is all the same as what I reported last week.
    BTW, we are employing a Fedora6 Linux 64bit system. 
    It seems that we should have enough patience to reproduce that "bug".

> [drlvm][gc][EUT] 37% tests crashed in gc_gen_adapt
> --------------------------------------------------
>
>                 Key: HARMONY-4890
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4890
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>         Environment: Linux / x86_64
>            Reporter: Vladimir Beliaev
>            Assignee: Xiao-Feng Li
>            Priority: Blocker
>
> I'm enabling EUT3.3 on Linux x86_64 (SLES10).
> A bit set of suites crashed with the following dump:
>      [java] SIGSEGV in VM code.
>      [java] Stack trace:
>      [java]   0: gc_gen_adapt(GC_Gen*, long long) (??:-1)
>      [java]   1: ?? (??:-1)
>      [java]   2: ?? (??:-1)
>      [java]   3: apr_atomic_casptr (atomic/unix/apr_atomic.c:376)
>      <skipped...>
> which allows to guess it is GC GEN issue to be fixed.
> The issue is reproduced on the machine with the 1024 limitation of open files. I.e. to reproduce the crash you need to do this limitation with the command:
>     ulimit -n 1024
> Could someone take a look, please?
> Thanks
> Vladimir Beliaev

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.