Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <27077629.1192203170852.JavaMail.jira@brutus>
Date: Fri, 12 Oct 2007 08:32:50 -0700 (PDT)
From: "Vladimir Beliaev (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_12534312 ] 

Vladimir Beliaev commented on HARMONY-4890:
-------------------------------------------

Hello, Ji, 

Please ignore the error output from your log like:

                "Problem : Incompatible .class files version in required binaries. Project \'Project\' is targeting a 1.2 runtime, but is compiled against \'home/lwang40/jqi2_harmony_2007.07.18/working_vm_1008/build/lnx_em64t_gcc_debug/deploy/jdk/jre/lib/boot/nio_char.jar\' which requires a 1.5 runtime [ resource : </Project> range : <-1,-1> category : <10> severity : <1>]\n" + 

       -  this is EUT issues, not a Harmony one.

So you did everything right. Thanks!

The is one more point affecting the issue reproducing - I discovered it just today by accident. 

To reproduce an issue you need to configure your Linux system a bit - set the limitation on number of opened files. So before running the tests you need to execute the following command:

   ulimit -n 1024

Then repeate the reproduction instruction. You'll see the long ling of error messages like you had sent, and finally you'll see the long stack dump from gc.

Thanks for catching this. 
Vladimir Beliaev

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