harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Beliaev (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4890) [drlvm][gc][EUT] 37% tests crashed in gc_gen_adapt
Date Fri, 12 Oct 2007 15:32:50 GMT

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


Mime
View raw message