[Mono-dev] Bug: Assembly object's FullName ignores PublicToken
Alex Chudnovsky
alexc at majestic12.co.uk
Wed Sep 27 07:00:29 EDT 2006
Hi all,
I've come across with what appears a bug (more precisely different
behavior from .NET 1.1 framework on Windows) in loaded assembly's
FullName, here is the output I get when I run DLL on Linux using Mono
v1.1.17.1 (SuSe from official VMware image):
Mono: MyDllName, Version=1.0.0.0, Culture=neutral
Windows: MyDllName, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
Anyone else gets that? This happened for a DLL explicitly loaded using
Assembly.LoadFrom(), but I verified that it happens when just checking
executing assembly, try this for test purposes:
Console.WriteLine("Asm: {0}",Assembly.GetEntryAssembly().FullName);
The issue here is that any code that relies on using FullName string
comparisons to ascertain that present DLL is exactly the same as
required will fail
Assemblies are not strong named, so key token should be null, perhaps
that's why it was not added to the string?
cheers
Alex
More information about the Mono-devel-list
mailing list