[arch] mudGE VM ( was Re: [arch] VM Candidate : JC @ http://jcvm.sourceforge.net/)

[Geir Magnusson Jr.]

On May 18, 2005, at 4:27 AM, Tom van Dijck wrote:

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, thanks for this.  Comments?

geir

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]

--
Geir Magnusson Jr                                  +1-203-665-6437
[EMAIL PROTECTED]