RE: [Ikvm-developers] (no subject)

[Jeroen F. <je...@su...>]

Jonathan Pierce wrote:
> Your last message was empty, but I assume you were telling me that the
> source snapshot is complete and contains the same binaries as=20
> the binary snapshot.

Yeah, sorry for that. I had flaky network connection so Outlook/Exchange
decided to throw away the message body, but send the message anyway :-(

>  If you were replying to my other questions, please resend it.

Previously you wrote:
> Once it works completely and you have the debug support, does=20
> it make sense to extend VStudio java support with addins that
> let users add java files and java jar files directly to
> VStudio projects, and invoke the javac compiler
> followed by the ikvmc compiler for java files to directly=20
> generate dll files in the VStudio project?

It would be nice to have Visual Studio .NET integration, but I don't
know how easy that would be. My understanding is that in order to get
access to the documentation describing how to do this you have to be in
the VSIP (Visual Studio Integration Partner) program. This involves NDAs
and (presumably) large sums of money.

> I'm glad to hear that adding debug info to the compiled=20
> libraries is on the feature list.=20

Partial code is already in there. It doesn't work very well though.
Maybe I'll have another look at it soon.

> Here are some other issues:
>=20
> Issue #1. Are you planning on adding support for new jdk1.4=20
> methods to the map.xml file as they are added to classpath?

Yes. Most are trivial, the only exception being making String implement
CharSequence.

> I tried to convert an oracle jdbc jar built for jdk1.4 and got a
> NoSuchMethod exception on StringBuffer.append (StringBuffer)

This is just laziness on my part. I never bothered to go through the
whole list. I always added them on demand. I'll add this one.

> Issue #2. Here's another problem I encountered that isn't=20
> serious but you might want to look into the cause since
> these might be bugs in IKVM related to support for
> loading serialized class resources.=20
>=20
> When I debug my app and break on all clr exceptions as they=20
> are thrown, I see issues when I try to deserialize class
> resources from the converted Oracle lib.

Does it eventually find the resource? Unfortunately, the Java class
libraries require the use of exceptions in common code paths that are
not all that exceptional.

> Exception #1:
> Exception #2:

These are expected exceptions.

> Exception #3:
>=20
> A first chance exception of type=20
> 'java.io.InvalidClassException' occurred in
> classpath.dll
>=20
> Additional information: class=20
> oracle.sql.converter.CharacterConverter1Byte:
> Local class not compatible: stream=20
> serialVersionUID=3D8160681257345709861,
> local serialVersionUID=3D-7623283811967936926

This one suggests IKVM (or Classpath) has a bug in the
reflection/serialVersionUID calculation. Could you send me a copy (off
list) of the oracle.sql.converter.CharacterConverter1Byte class?

Regards,
Jeroen