[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