Hi,

        The implementation of GetJavaVM was completely redone somewhere between 2.4.2 and current code (looks like r10764 and r10840).  It might be that if you looked at what happened with those changes you could backport the fix to the 2.4.2 version you are working on.  (If I understand the question, you are asking how to fix the assertion failure in VM_JNIFunctions.GetJavaVM).

--dave



"Yan Tang" <tang.yan@gmail.com>
Sent by: jikesrvm-researchers-bounces@lists.sourceforge.net

10/26/2007 04:37 PM
Please respond to
"General discussion of Jikes RVM design, implementation, issues,  and plans" <jikesrvm-researchers@lists.sourceforge.net>

To
"General discussion of Jikes RVM design, implementation, issues,  and plans" <jikesrvm-researchers@lists.sourceforge.net>
cc
Subject
Re: [rvm-research] about eclipse in jikesrvm





David P Grove,

Thank you so much.

I just realized that I don't need to use the plugin because I just want to run eclipse and use it as a test case for my project.  Finally I begin to do performance evaluation ...

Just as you said, it seems eclipse 3.1.2 cannot be easily ran on top of jikesrvm 2.4.2 .  At the beginning I think it is because my modification, but when I revert to
a fresh version of 2.4.2, even with BaseBaseSemiSpace, it is still failed.

I searched the archieve of mailling list, and I found some guy long ago met exactly the same problem as me:

The error msg I got is the same as his.

=====

Re: Fw: Running Eclipse on Jikes RVM and Classpath

Subject:
Re: Fw: Running Eclipse on Jikes RVM and Classpath
List-id:
Discussion of the implemenation of the core Java class libraries <classpath.gnu.org>

David P Grove <groved@xxxxxxxxxx> writes:

> Sorry, this was almost certainly due to two missing '\' in the definition
> of MAXIMUM_MAPPABLE_ADDRESS in Jikes RVM's i686-pc-linux-gnu config file.

> About half of the config files were wrong.  I just checked in fixes for
> them all.

Is there a JNI function that isn't implemented in the VM causing
trouble here?

[cbj@lyta
gtk]$ rvm -verbose:jni TestAWT
[Loaded native library: /home/cbj/cvs/rvmBuild/libjavaio.so]
[Dynamic-linking native method java.io.FileDescriptor.nativeInit ... JNI]
[Loaded native library: /home/cbj/cvs/rvmBuild/libjavalang.so]

[Dynamic-linking native method java.lang.Double.initIDs ... JNI]
[Dynamic-linking native method java.lang.Double.longBitsToDouble ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeOpen ... JNI]

[Dynamic-linking native method java.io.FileDescriptor.nativeGetLength ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeSeek ... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeReadBuf
... JNI]
[Dynamic-linking native method java.io.FileDescriptor.nativeGetFilePointer ...
JNI]
[Loaded native library: /home/cbj/cvs/rvmBuild/libjpnexec.so]
[Dynamic-linking native method java.io.File.existsInternal
... JNI]
[Dynamic-linking native method java.io.File.isDirectoryInternal ... JNI]
[Dynamic-linking native method java.io.File.lengthInternal ... JNI]
[Loaded native library: /home/cbj/cvs/rvmBuild/libgtkpeer.so]

[Dynamic-linking native method gnu.java.awt.peer.gtk.GtkMainThread.gtkInit ...
JNI]
0x430001d4
vm internal error at:

-- Stack --
  Lcom/ibm/JikesRVM/VM; sysFail(Ljava/lang/String;)V at line 821

  Lcom/ibm/JikesRVM/VM; _assertionFailure(Ljava/lang/String;)V at line 392
  Lcom/ibm/JikesRVM/VM; _assert(ZLjava/lang/String;)V at line 386
  Lcom/ibm/JikesRVM/VM; _assert(Z)V at line 369
  Lcom/ibm/JikesRVM/VM_CompiledMethods;

getCompiledMethod(I)Lcom/ibm/JikesRVM/VM_CompiledMethod; at line 69
  Lcom/ibm/JikesRVM/VM_Runtime;
deliverException(Ljava/lang/Throwable;Lcom/ibm/JikesRVM/VM_Registers;)V at line
776
  Lcom/ibm/JikesRVM/VM_Runtime; athrow(Ljava/lang/Throwable;)V at line 517

  Lcom/ibm/JikesRVM/VM_DynamicLinker; unimplementedNativeMethod()V at line 41
  Lcom/ibm/JikesRVM/VM_JNIFunctions;
GetJavaVM(ILcom/ibm/JikesRVM/VM_Address;)I at line 5724
  <native frame>
  Lgnu/java/awt/peer/gtk/GtkMainThread; gtkInit()V at line 0

  Lgnu/java/awt/peer/gtk/GtkMainThread; run()V at line 72
  Ljava/lang/Thread; run()V at line 270
  Lcom/ibm/JikesRVM/VM_Thread; startoff()V at line 712
vm: exit 1
--
Brian Jones <cbj@xxxxxxx>

=======

And you replied, ;-).

=====
Looks like there's something going wrong in the implementation of
GetJavaVM.  I thought this was one that we'd actually implemented.  Julian
and/or I will take a look today and see what the story is.


--dave
=====

Have you found this problem?  Or did you remember how you solve this?

Thank you so much.

Yours,
Yan Tang

On 10/26/07, David P Grove <groved@us.ibm.com> wrote:

> I am trying to run eclipse 3.1.2 on JikesRVM with BaseAdaptiveMarkSweepLDAll.
>
> I add three config variables in the config file, "BaseAdaptiveMarkSweepLDAll",


Hi,


       From the directory names, I'm guessing you are running on a modified version of Jikes RVM 2.4.2.  I'm not positive about this, but I suspect that Jikes RVM 2.4.2 is not going to be able to run eclipse 3.1.2 "out of the box" (or maybe not at all).  Jikes RVM 2.3.4 was known to be able to run Eclipse 3.0.  From the release notes, it looks like Jikes RVM 2.4.2 added the DaCapo benchmarks to our nightly regression (which includes a version of eclipse), but I don't recall if we were actually passing them all (in particular, DaCapo eclipse didn't actually work on Jikes RVM until later than most of the other DaCapo benchmarks).


       I think the jbuild.plugin mechanisms really only worked for Eclipse 2.1 and 3.0 and were never updated for Eclipse 3.1.x.   You don't need them to run DaCapo eclipse (but would need them, or something like them, to try to make Jikes RVM look enough like a JRE that you can tell eclipse about it and use it as the VM to launch Java apps from Eclipse).


--dave




-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>
http://get.splunk.com/
_______________________________________________
Jikesrvm-researchers mailing list

Jikesrvm-researchers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/_______________________________________________
Jikesrvm-researchers mailing list
Jikesrvm-researchers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jikesrvm-researchers