Mailing-List: contact commits-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Message-ID: <2304739.1190030276285.JavaMail.jira@brutus>
Date: Mon, 17 Sep 2007 04:57:56 -0700 (PDT)
From: "Gregory Shimansky (JIRA)" <jira@apache.org>
To: commits@harmony.apache.org
Subject: [jira] Commented: (HARMONY-4598) [drlvm][classloader] Loading
 "hyluni" in java application results in broken classlib state
In-Reply-To: <14955985.1186066493134.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-4598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528033 ] 

Gregory Shimansky commented on HARMONY-4598:
--------------------------------------------

I excluded two tests above at 576386. They started to fail on other machines for the same reason.

> [drlvm][classloader] Loading "hyluni" in java application results in broken classlib state
> ------------------------------------------------------------------------------------------
>
>                 Key: HARMONY-4598
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4598
>             Project: Harmony
>          Issue Type: Bug
>          Components: DRLVM
>            Reporter: Gregory Shimansky
>            Priority: Minor
>
> I've stumbled on this bug today when two of DRLVM tests started to fail on one linux workstation. These tests are on Runtime.load and Runtime.loadLibrary functions. They are made in the way that a test tries to lookup the first library in VM home and tries to load it. Sometimes it happens that the first library found in VM home is "hyluni". After this library is loaded into the test, classlib's state is broken because macro HARMONY_CACHE_GET starts to return NULL (e.g. for key CLS_array_of_byte). On J9 trying to load "hyluni" into Java applications results in premature program termination with exit code 1 and no diagnostics.
> I know that tests that try to load a random library are not quite good, but in any case, this seems to be a valid java code.
> I wrote a test that shows this bad behavior:
> import java.io.*;
> public class LF {
>     public static void main(String args[]) {
>         String path = args.length == 0 ? "./" : args[0];
>         File f = new File(path);
>         System.out.println("Try 1");
>         File[] files = f.listFiles();
>         for (int iii = 0; iii < files.length; iii++) {
>             System.out.println("File [ " + iii + " ] = " + files[iii]);
>         }
>         System.out.println("DONE 1");
>         System.loadLibrary("hyluni");
>         System.out.println("Try 2");
>         files = f.listFiles();
>         for (int iii = 0; iii < files.length; iii++) {
>             System.out.println("File [ " + iii + " ] = " + files[iii]);
>         }
>         System.out.println("DONE 2");
>     }
> }

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