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 Thu, 11 Oct 2007 14:13:50 GMT

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

Vladimir Beliaev commented on HARMONY-4890:

Hello, Ji, 

please note that EUT is very sensitive to "work environment". 

So you are right - it looks like unproper settings. It is important to follow exactly the
"installation" instruction executing it step by step (say, unpack junit before SDK). And if
you unsuccessfully run EUT one time you must (it is the safest way) to reinstall EUT from
scratch (i.e. in empty directory start unpacking, etc).

Please execute instruction steps 1 by 1 and put to JIRA the log (history and output) of commands
you executed (please use "quite" options for unzip and tar commands). Let me repeate the "installation"
script here:

  mkdir new_try
  cd new_try
  cp <eclipse-Automated-Tests-3.3.zip> .
  cp <eclipse-SDK-3.3-linux-gtk-x86_64.tar.tar> .
  unzip -q eclipse-Automated-Tests-3.3.zip 
  cd eclipse-testing 
  unzip -q eclipse-junit-tests-I20070625-1500.zip 
  tar xzf ../eclipse-SDK-3.3-linux-gtk-x86_64.tar.tar 

That's it... Then set JAVA_HOME to Harmony & run the script (from eclipse-directory of

Waiting for your new results.

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.

View raw message