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

[Neeraj A. <nee...@gm...>]

Hi Jeroen,

I tried this with ikvm 31 build and worked fine for my case.
Thanks a lot.

Neeraj

On 8/23/06, Jeroen Frijters <je...@su...> wrote:
>
> 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=2006-08-21
>
> Regards,
> Jeroen
>
> > -----Original Message-----
> > From: ikv...@li...
> > [mailto:ikv...@li...] On
> > Behalf Of Neeraj Agrawal
> > Sent: Wednesday, August 23, 2006 10:03
> > To: ikv...@li...
> > Subject: [Ikvm-developers] issue with getPackageName() API
> >
> > Hi,
> >
> > I used IKVM to convert my existing java binaries to .NET
> > assembly (dll). In my .NET run, I see getPackageName() API
> > returning null for a class. I can see that there is some
> > package name for that class. Digging further I found the
> > issue is probably in VMClassLoader.cs.
> > This class registers to AssemblyLoad event. A cache of all
> > the types (from currently loaded assembly) is maintained by
> > this class. This cache is reset as soon as AssemblyLoad event
> > is triggered. However it is possible that this event is
> > triggered during the cache is being populated. To be
> > specific, between
> > AppDomain.get_CurrentDomain().GetAssemblies() and
> > packageCache = packages. So the cache does not contains types
> > for any assemblies loaded during the cache population process.
> > This is observed in IKVM version 28.1 [also reproducible on
> > versions 26 and 24].
> >
> > Please correct me if I am overlooking or misinterpreting
> > anything here.
> >
> > Thanks,
> > Neeraj
> >
> >
> >
>