[ nice-Bugs-922057 ] exception compiling hello.nice

"SourceForge.net" <[email protected]> Sun, 25 Nov 2007 09:53:04 -0800
Newsgroups gmane.comp.lang.nice.devel
Message-ID <[email protected]>
Bugs item #922057, was opened at 2004-03-23 22:59
Message generated for change (Settings changed) made by bonniot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112788&aid=922057&group_id=12788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: exception compiling hello.nice

Initial Comment:
Nice compiler version 0.9.7 (build 2004.03.08, 18:32:51 UTC)
Compiled using JDK 1.3

Downloaded Nice-0.9.7-unix.tar.  Installed on an AIX 5.1 box running 
jvm 1.4.1.

Compiling "hello world" novice example from Nice Wiki, got the 
following exception:

Stack trace:
Exception in thread "main" java.lang.IllegalAccessError: mlsub.typing.
lowlevel.BitMatrix tried to access method java/lang/Object.clone()
Ljava/lang/Object;
        at mlsub.typing.lowlevel.BitMatrix.clone(BitMatrix.java:327)
        at mlsub.typing.lowlevel.K0.createInitialContext(K0.java:548)
        at mlsub.typing.lowlevel.Engine$Constraint.
createInitialContext(Engine.java:934)
        at mlsub.typing.lowlevel.Engine.createInitialContext(Engine.java:
653)
        at mlsub.typing.Typing.createInitialContext(Typing.java:139)
        at bossa.modules.Package.freezeGlobalContext(Package.java:298)
        at mlsub.compilation.fun.loadComponent(load.nice:26)
        at mlsub.compilation.dispatch.loadComponent(dispatch.nice)
        at mlsub.compilation.fun$load.lambda22(load.nice:45)
        at mlsub.compilation.fun$load.apply1(load.nice:0)
        at gnu.expr.ModuleMethod.apply1(ModuleMethod.java:89)
        at nice.lang.fun.foreach(collections.nice:126)
        at nice.lang.dispatch.foreach(package.nicei:0)
        at mlsub.compilation.fun.load(load.nice:44)
        at mlsub.compilation.dispatch.load(dispatch.nice)
        at mlsub.compilation.fun.make(make.nice:41)
        at mlsub.compilation.dispatch.make(dispatch.nice)
        at nice.tools.compiler.fun.compile(interface.nice:40)
        at nice.tools.compiler.dispatch.compile(dispatch.nice)
        at nice.tools.compiler.console.fun.compile(main.nice:168)
        at nice.tools.compiler.console.dispatch.compile(dispatch.nice)
        at nice.tools.compiler.console.fun.main(main.nice:184)

-- Larry Clapp
[email protected]


----------------------------------------------------------------------

Comment By: Daniel Bonniot (bonniot)
Date: 2004-08-13 18:54

Message:
Logged In: YES 
user_id=88952

Larry and me could actually reproduce a similar problem by using an IBM
JVM 1.4.1 on linux. It's not clear at this point if this is a bug in IBM's
JVM, or in the java compiler used to compile nice. It worked after
recompilation of Nice from source.

At the moment, for people experimenting such a problem, you should either
use a non-IBM JVM, or download the source version of Nice and recompile
it.


----------------------------------------------------------------------

Comment By: Daniel Bonniot (bonniot)
Date: 2004-03-24 12:18

Message:
Logged In: YES 
user_id=88952

Thanks for the report. I tried the exact same version of the
Nice compiler on Linux, with both Java version 1.4.1 from
blackdown and 1.4.2 from Sun without any problem. Besides,

Exception in thread "main" java.lang.IllegalAccessError:
mlsub.typing.
lowlevel.BitMatrix tried to access method
java/lang/Object.clone()
Ljava/lang/Object;
        at
mlsub.typing.lowlevel.BitMatrix.clone(BitMatrix.java:327)

seems strange, since BitMatrix is a subclass of Object, so
calling the protected method clone() is perfectly legal.
This makes me suspect that you are experimenting a JVM bug.
Could you try another version of the JVM or another machine?
Another option to workaround this bug would be to add the
"-noverify" option to the java command. It is not documented
in 'java -help', although it is recognized, so I'm not sure
if it has any effect.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112788&aid=922057&group_id=12788

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/