Hi, I've had some time today to cleanup and make the VM a standalone thing, since it pretty much was designed to work together with our Game Engine. Full game engine (forgive me my commercial plug on the list) can be licensed as well. It's been used for "Red Ninja: End of Honor" and several other games.
Please bare in mind that in our Game Engine we use java as a scripting language, NOT as our main development language, and thus use a very restricted and small runtime. We do NOT fully implement the J2SE API, nor do we have any intensions to do so. Anyway, the standalone VM is available on www.mudge.nl/java/ It is distributed under a somewhat modified version of the ZLIB license, so for use as reference or as a base for harmony there should be no problem whatsoever. If there are any problems with the license please let me know so we can negotiate, all I want is to be notified about what happens to my code and who uses it. Tom van Dijck mudGE Entertainment > -----Original Message----- > From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 18, 2005 6:35 AM > To: harmony-dev@incubator.apache.org > Subject: [arch] VM Candidate : JC @ http://jcvm.sourceforge.net/ > > For those that want meaningful subjects lines, here it is and > for those that are waiting for an architecture discussion - > here it is. > > Here's the first of the offered VMs. (I've privately mailed > Tom van Dijck about mudGE so we can look at something else) > > I've downloaded and will begin playing with today. Archie, > can you give a brief overview of structure? > > Can we get some discussion about this from those that know > about about VM architecture? > > geir > > > On May 16, 2005, at 3:22 PM, Archie Cobbs wrote: > > > > As mentioned before, and/all of JC [1] is available and > I'll be happy > > to relicense it. All of the code was written by me (though I didn't > > invent all of the algorithms of course). > > > > Some bits I can think of that may be useful, roughly ordered from > > smaller and more likely to larger and less likely... > > > > - Splay tree implementation (splay.c) > > - String/UTF-8 functions (string.c, utf.c) > > - ZIP file reader (zip.c) > > - Class file parser (cf_parse.c) > > - Native local and global reference code (native_ref.c) > > - Per-classloader memory allocator (cl_alloc.c) > > - SableVM thin lock algorithm (lock.c) > > - Native library loader (native_lib.c) > > - VM Bootstrap code (vm.c, bootstrap.c) > > - JNI support (jni_invoke.c, jni_native.c) > > - Reflection support (reflect.c) > > - Dynamic invoker (invoke.c) > > - Threading support (thread.c) > > - Heap structure and garbage collector (heap.c, gc_root.c, > > gc_scan.c). > > - Bytecode interpreter (interp.c) > > - Class loading, derivation, and resolution (load2.c, derive2.c, > > resolve.c) > > > > There's also an ELF object loader and DWARF2 parser if you > need those > > :-) > > > > -Archie > > > > [1] http://jcvm.sourceforge.net/ > > > > -- > Geir Magnusson Jr +1-203-665-6437 > [EMAIL PROTECTED] > >
