Re: [Ikvm-developers] issue with getPackageName() API

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

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