Re: Developing VM
Hello Mark, > Hi, > > On Sun, 2003-08-10 at 15:32, Peter Werno wrote: >> we are developing a new Virtual Machine for Amiga OS >> (http://sourceforge.net/projects/jamiga) which will be bundled with >> the GNU classpath. > > Nice. Hope you find GNU Classpath useful for bringing a VM to that > platform. > Yes, indeed. We tried with Sun's rt.jar first, but their documentation ...uhm... well ... plus they were never answering any of our requests (e.g. wether or not we could include the rt.jar with our vm). Once we moved to GNU classpath, it took us only 2-3 days to "replace" everything and it now runs much smoother :-) >> Our VM is following a differnet approach and JNI has not been >> implemented yet. Moreover, we tend to implement a lot of the core >> functions/classes natively straight into the VM, as the older >> 68K-processors of the Amiga-Systems are not really up to speed with >> modern Intel or IBM-chips! > > In principle GNU Classpath can be used by VMs that don't support JNI. > But JNI makes things a lot easier since for almost everything we supply > native JNI C based implementations. But we also try to setup everything > so that classes don't need explicit native methods. In principle every > class that needs native or VM support (or a particular system/VM > optimization) delegates to a package private final VMSomething class > that is VM dependent and that does the correct thing on that VM (so if > the VM supports JNI then in most cases it can use the default > vm/reference classes that use the supplied native JNI implementations. > > But this support is not complete yet so we need developers of VMs that > don't support JNI to help us point out where we need to abstract away > from direct native methods. Welcome! You have just volunteered :) > I will help wherever I can :-) >From the top of my head ... there is this "TimeZone" - class in the java.util - package which defines a "getDefaultTimeZoneId" - method. Would it make sense to redirect this to - say - the java.lang.VMSystem - class? (The currentTimeMillis is defined in "System" too, so it's not too far off :-) ) >> For this reason, it would be very useful, if we could get information >> on changes, especially where native method calls are involved. >> >> Would this kind of information usually be broadcasted on this mailing >> list, or are there different channels that I should subscribe to? > > There are two mailinglist: http://savannah.gnu.org/mail/?group=classpath > [EMAIL PROTECTED] and [EMAIL PROTECTED] The first one (this > mailinglist) is were all the technical discussion takes place, also > discussion related to VM interface changes (which should always be > listed in the NEWS file). > If you want to follow development closely then you also need to > subscribe to the second mailinglist which gets email whenever code in > CVS changes or the bug or patch tracker record changes. > > Cheers, > > Mark I will check that out! Thank you very much, Peter Werno ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Developing VM
Hello everybody, we are developing a new Virtual Machine for Amiga OS (http://sourceforge.net/projects/jamiga) which will be bundled with the GNU classpath. Our VM is following a differnet approach and JNI has not been implemented yet. Moreover, we tend to implement a lot of the core functions/classes natively straight into the VM, as the older 68K-processors of the Amiga-Systems are not really up to speed with modern Intel or IBM-chips! For this reason, it would be very useful, if we could get information on changes, especially where native method calls are involved. Would this kind of information usually be broadcasted on this mailing list, or are there different channels that I should subscribe to? Many thanks, Peter Werno ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
older alpha-releases
Hello classpath-ers, I wanted to check for the old 0.05 - release, but the link on the classpath-homepage leads to an error. Where can I get the older releases? Ciao, Peter ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Compiled & zipped version of classpath
Hello everybody, as of version 0.11, the releases no longer come with a precompiled glibj.zip included (or am I just too dumb to find it??). Furthermore, I have so far failed to get it to compile on any of my machines, especially as some of the required features/tools are not available on the target platform that I am developing for. Can someone please provide me (or others that may need it :) ) with a compiled classpath? (All I need are the compiled and zipped java classes, not the c-code) Many thanks, Peter ___ Classpath mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/classpath
VM-Writers: Order of class initialization
Hello everyone, I am slowly getting the impression that I'm doing something wrong here. I have the VM create a new object of class "VMThread" (and subsequently Thread) which also leads to the initialisation of the Thread class. This initialization will subsequently start various other class initializers. To make my life a little easier, I have classes initialized immediately after they have been loaded. My problem now is that the System class's initialization of the stdout stream fails. At the moment it calls a lot of java/security/xxx stuff and finally ends up at a null pointer exception in java/util/Hashtable.hash(Ljava/lang/ObjectL)I which leads to the "makeStandardOutputStream" method in VMSystem not being finished and therefore System.out not being assigned. Maybe I need to initialize the classes in a certain order? If so, do you have any information about this requirement? How about the Thread initialization? Am I doing this correctly (i.e. first VMThread then Thread?) Many thanks, Peter ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
Classloaders & JNI FindClass
Hello everyone, As I'm approaching the next release of the JAmiga VM, I have a little problem regarding classloaders in connection with the JNI FindClass method. What is the "correct" method to determine the current class loader for FindClass? Or will FindClass always only use the system class loader? Here is an example: Method I from class A (loaded by system classloader) calls method II Method II from class B (loaded by a different classloader) calls method III Method III from class C (loaded by the system classloader again) now calls a native method IV Native method IV calls FindClass ... which classloader is used (and why :) )? Many thanks, Peter ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath
JAmiga 0.0.5 released
Hi all, we have just released version 0.0.5 of JAmiga - the Java Runtime Environment for the Amiga platform. It still is in pre-alpha, but maybe there are some "old" amigans out there that want to test this out :) JAmiga currently uses classpath 0.12, as most of the native functions had to be re-implemented (and are still quite unstable :( ) but we'll try to migrate to current versions asap. Various binary packages and sources are available from sourceforge at this link: http://sourceforge.net/project/showfiles.php?group_id=74778 Regards, Peter Werno ___ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath