[Mono-dev] Assembly.GetEntryAssembly() returns null
Sebastien Pouliot
sebastien.pouliot at gmail.com
Tue Nov 7 15:22:40 EST 2006
On Tue, 2006-11-07 at 21:13 +0100, Michał Ziemski wrote:
> Hi!
>
> The code I posted originally in the bug report might have been a little
> misleading.
> I did an additional comment with more appropriate code later.
>
> I wasn't realy sure where the real bug belonged
> System.Reflection.Assembly or System.Runtime.WaitHandle.
> There seems to ba a patch posted for that already (great job guys!!) for
> System.Runtime.WaitHandle,
> so I assume the problem was there.
>
> But IMHNRBOAIKO (in my humble, not really based on any indepth
> knwoledge, opinion)
> Assembly.GetEntryAssembly shouldn't be null inside an assembly loaded by
> mod_mono.
Assembly.GetEntryAssembly() is documented (MSDN) to return null is
called outside the default appdomain (*) or if the assembly was loaded
from an unmanaged host application.
(*) the entry assembly may not be loaded in the current appdomain
Again this looks like an easy Gendarme rule that would be useful for
library writers ;-)
> MS Docs state that this could be null if loaded from an unmanaged code
> and mod-mono-server2 doesn't count as such.
>
> The thread I followed up was in fact about a different bug.
> I've relied too much on the title. Sorry for confusing that and thank
> you for pointing it out.
>
> Cheers!
> Michał Ziemski
> Atsushi Eno napisał(a):
> > Hi,
> >
> > If WaitHandle.WaitAll itself or its internal expects that the entry
> > assembly must not be null, then it is likely a bug. However, to my
> > understanding your bug #79859 expects its existence at *your* code.
> > So, it is your code which is buggy since it should consider null
> > entry assembly.
> >
> > Also notice that this thread is basically about different bug (it
> > is rather about ConfigurationManager, which should not always expect
> > entry assembly existence).
> >
> > Atsushi Eno
> >
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
More information about the Mono-devel-list
mailing list