Re: [Ikvm-developers] IVM dev snapshot problem?

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

Hi,

This has now been fixed in cvs. For the archives: This was caused by two bugs and the workaround is to add a -lib:/ikvm/bin option and not explicitly add any references to IKVM.OpenJDK.*.dll assemblies.

Thanks for reporting this and for the repro.

Regards,
Jeroen

> -----Original Message-----
> From: Jonathan Shore [mailto:jon...@gm...]
> Sent: Tuesday, October 05, 2010 2:49 PM
> To: Jeroen Frijters
> Cc: ikv...@li...
> Subject: Re: [Ikvm-developers] IVM dev snapshot problem?
> 
> Hi,
> 
> I'm running as a subprocess from ANT (but that should not impact).   The
> first DLL is compiled with:
> 
> <exec executable='${extDotNetDir}/bin/ikvmc.exe' failonerror='true'>
> <arg value='-debug'/> <arg value='-srcpath:${srclibDir}/CommonLib\src'/>
> <arg value='-lib:${extDotNetDir}/bin'/>
> <arg value='-remap:bin/common-mappings.xml'/>
> <arg value='-reference:bin/jython.dll'/>
> <arg value='-reference:bin/jruby.dll'/>
> <arg value='-reference:bin/groovy.dll'/>
> <arg value='-keyfile:${extDotNetDir}/signature.key'/>
> <arg value='-target:library'/>
> <arg value='-out:bin/stg.common.dll'/>
> <arg value='bin/stg.common.jar'/>
> </exec>
> 
> 
> The second DLL is compiled with:
> 
> 
> <exec executable='${extDotNetDir}/bin/ikvmc.exe' failonerror='true'>
> <arg value='-debug'/> <arg value='-
> srcpath:${srclibDir}/ConnectivityLib\src'/>
> <arg value='-remap:bin/connect-mappings.xml'/>
> <arg value='-reference:${srclibDir}/CommonLib/bin/stg.common.dll'/>
> <arg value='-reference:${extDotNetDir}/bin/IKVM.OpenJDK.Text.dll'/>
> <arg value='-keyfile:${extDotNetDir}/signature.key'/>
> <arg value='-target:library'/>
> <arg value='-out:bin/stg.connect.dll'/>
> <arg value='bin/stg.connect.jar'/>
> </exec>
> 
> 
> I could provide the 2 jars, but have to warn that the first is 5 MB in
> size (the second very small), so don't want to overflow your mailbox.
> 
> 
> The only other step I did was to run "gacutil /i  <dll>  for each of the
> dlls in the IKVM bin directory.
> 
> 
> Thanks
> 
> 
> Jonathan
> 
> 
> On Oct 5, 2010, at 12:43 AM, Jeroen Frijters wrote:
> 
> 
> 	Hi,
> 
> 	I can't think of any way this could happen. Can you please describe
> exactly, step-by-step, what you did?
> 
> 	Regards,
> 	Jeroen
> 
> 
> 
> 		-----Original Message-----
> 
> 
> 		From: Jonathan Shore [mailto:jon...@gm...]
> 
> 
> 		Sent: Tuesday, October 05, 2010 3:04 AM
> 
> 
> 		To: ikv...@li...
> 
> 
> 		Subject: [Ikvm-developers] IVM dev snapshot problem?
> 
> 
> 
> 		Hi,
> 
> 
> 
> 		I installed ikvmbin-0.45.3905.zip
> <http://www.frijters.net/ikvmbin-
> 
> 
> 		0.45.3905.zip>  on my box.  I compiled one jar to a dll
> called
> 
> 
> 		stg.common.dll.   I am having problems compiling a second dll
> 
> 
> 		stg.connect.dll, which depends on the first dll.  I get a
> really strange
> 
> 
> 		error, where it somehow thinks the signature of the return
> type
> 
> 
> 		java.lang.Object in the first DLL is different from the
> expected in the
> 
> 
> 		second DLL:
> 
> 
> 
> 		First DLL:
> 
> 
> 		class GenericMap:
> 
> 
> 		public Object get (Object)
> 
> 
> 
> 		Second DLL:
> 
> 
> 		has code that calls GenericMap.get (Object)
> 
> 
> 
> 		ikvmc produces the following error:
> 
> 
> 
> 		Link Error:
> 
> 
> 		Method
> 
> 
> 
> 	"com.stg.common.GenericMap.get(Ljava.lang.Object;)Ljava.lang.Object
> ;"
> 
> 
> 		has a return type "java.lang.Object, IKVM.OpenJDK.Core,
> 
> 
> 		Version=0.44.0.5, Culture=neutral,
> PublicKeyToken=13235d27fcbfff58"
> 
> 
> 		instead of type
> 
> 
> 		"java.lang.Object, IKVM.OpenJDK.Core, Version=0.44.0.5,
> Culture=neutral,
> 
> 
> 		PublicKeyToken=13235d27fcbfff58"
> 
> 
> 		as expected by "com.stg.comm.http.HttpCache"
> 
> 
> 
> 		My system:
> 
> 
> 
> 		- windows 7, brand new install
> 
> 
> 		- .NET 4 / VS 2010
> 
> 
> 		- installed all ikvm openjdk dlls in the gac with gacutil.
> 
> 
> 		- no prior installation of ikvm on this box
> 
> 
> 
> 		Ideas?
> 
> 
> 
> 		Thanks
> 
> 
> 
> 		--
> 
> 
> 		Jonathan Shore
> 
> 
> 		Systematic Trading Group
> 
>