# Monday, 19 October 2009
« IKVM 0.42 Release Candidate 0 | Main | IKVM 0.42 Release Candidate 2 »
IKVM 0.42 Release Candidate 1

A new release candidate is available.

Changes since previous release candidate:

  • Changed version to 0.42.0.1.
  • Fixed a regression introduced in 0.40 that caused a System.NotSupportedException to be thrown by ikvmc when compiling multiple targets where one target (indirectly) implements a non-public interface from another target. Thanks to Erik Vullings for reporting this.

Binaries available here: ikvmbin-0.42.0.1.zip

Sources: ikvm-0.42.0.1.zip, openjdk6-b16-stripped.zip

Monday, 19 October 2009 06:56:56 (W. Europe Daylight Time, UTC+02:00)  #    Comments [4]
Thursday, 22 October 2009 18:42:47 (W. Europe Daylight Time, UTC+02:00)
Hello,

in ikvm version 0.42 RC0 the assembly IKVM.OpenJDK.XML.dll was splitted in several XML assemblies. For my application I only needed IKVM.OpenJDK.XML.API.dll and IKVM.OpenJDK.XML.Parse.dll. This means smaller filesize in the dependancies.

In RC1 there is now the one IKVM.OpenJDK.XML.dll file. What does this means for further ikvm releases? Is this the preferred way?

bye
Sebastian
Sebastian Michel
Friday, 23 October 2009 05:58:29 (W. Europe Daylight Time, UTC+02:00)
Hello Sebastian,

Nothing changed, so I think you're looking at the wrong set of files or something like that.

Regards,
Jeroen
Friday, 23 October 2009 23:07:27 (W. Europe Daylight Time, UTC+02:00)
Have a look at
http://sourceforge.net/projects/szjavavm/
interestingly there is a JVM written in C#, uploaded 2008 on Sourceforge.
Stenley
Saturday, 24 October 2009 09:39:08 (W. Europe Daylight Time, UTC+02:00)
szjavavm looks like a weekend hack, not anything that's useful.
Name
E-mail
Home page

I apologize for the lameness of this, but the comment spam was driving me nuts. In order to be able to post a comment, you need to answer a simple question. Hopefully this question is easy enough not to annoy serious commenters, but hard enough to keep the spammers away.

Anti-Spam Question: What method on java.lang.System returns an object's original hashcode (i.e. the one that would be returned by java.lang.Object.hashCode() if it wasn't overridden)? (case is significant)

Answer:  
Comment (HTML not allowed)  

Live Comment Preview