Re: [Ikvm-developers] issue with getPackageName() API
Brought to you by:
jfrijters
|
From: Jeroen F. <je...@su...> - 2006-08-23 08:13:20
|
Hi, That should be fixed in the current 0.31 development version of the code. Could you please give that a try? It's available via a link in my weblog: http://weblog.ikvm.net/default.aspx?date=3D2006-08-21 Regards, Jeroen > -----Original Message----- > From: ikv...@li...=20 > [mailto:ikv...@li...] On=20 > Behalf Of Neeraj Agrawal > Sent: Wednesday, August 23, 2006 10:03 > To: ikv...@li... > Subject: [Ikvm-developers] issue with getPackageName() API >=20 > Hi, >=20 > I used IKVM to convert my existing java binaries to .NET=20 > assembly (dll). In my .NET run, I see getPackageName() API=20 > returning null for a class. I can see that there is some=20 > package name for that class. Digging further I found the=20 > issue is probably in VMClassLoader.cs. > This class registers to AssemblyLoad event. A cache of all=20 > the types (from currently loaded assembly) is maintained by=20 > this class. This cache is reset as soon as AssemblyLoad event=20 > is triggered. However it is possible that this event is=20 > triggered during the cache is being populated. To be=20 > specific, between=20 > AppDomain.get_CurrentDomain().GetAssemblies() and=20 > packageCache =3D packages. So the cache does not contains types=20 > for any assemblies loaded during the cache population process.=20 > This is observed in IKVM version 28.1 [also reproducible on=20 > versions 26 and 24]. >=20 > Please correct me if I am overlooking or misinterpreting=20 > anything here. >=20 > Thanks, > Neeraj >=20 >=20 >=20 |